为保证渗透测试内容的全面性以及测试漏洞的深入挖掘，百度安全总结了多年的渗透测试经验与丰富的渗透测试用例，以下是百度安全用于渗透测试的用例库，测试条目涵盖了全面/最新的漏洞与测试方法，将根据不同应用系统的特性进行有针对性的匹配测试。
| 测试类型 | 测试条目 | 测试类型 |
|---|---|---|
| 信息收集 | 目录爬行遍历 | 这个阶段将通过浏览、目录爬行的方式捕获/收集应用的资源。 |
| 搜索引擎侦测 | 搜索引擎，比如Baidu、Google，能够用来发现公开发布的网页应用结构或者错误页面等相关问题。 | |
| 应用程序发现 | 本项测试发现以web服务器的网页应用作为目标。本项测试对于发现细节/寻找突破尤为有效，比如发现用于管理的应用脚本，或旧版本的文件/控件，在测试、开发或维护过程中产生的已不用的脚本。 | |
| 分析错误代码-信息泄漏 | 在渗透性测试过程中，网页应用可能泄露原本不想被用户看见的信息。错误码等信息能让测试者了解应用程序使用的有关技术和产品。很多情况下，由于异常处理和程序代码的不合理，甚至不需要任何特殊技术或工具，都很容易触发产生错误代码的条件从而产生错误代码导致被攻击者利用。 | |
| 配置管理测试 | SSL/TLS测试 |
SSL和TLS是两个以加密的方式为传输的信息提供安全隧道的协议，具有保护、加密和身份认证的功能。 这些安全组件在应用中非常关键，因此确保高强度的加密算法和正确的执行非常重要。 本项测试的模块为：SSL版本、算法、密钥长度、数字证书、有效期。 |
| 基础配置信息测试 | Web应用基础架构由于其内在的复杂性和关联性，一个微小的漏洞就可能对同一服务器上的另一个应用程序产生严重的威胁，甚至破坏整个架构的安全。为了解决这些问题，对配置的管理和已知安全问题进行深入审查尤为重要。 | |
| 应用程序配置信息测试 |
通常在应用程序开发和配置中会产生一些没有考虑到的信息，而这些信息暂时被发布后的Web应用程序所隐藏。 这些信息可能从源代码、日志文件或Web服务器的默认错误代码中泄露。 |
|
| 文件扩展名处理测试 | 通过Web服务器或Web应用程序上的文件扩展名能够识别出目标应用程序使用的技术，例如扩展名JSP与ASP。文件扩展名也可能暴露与该应用程序相连接的其它系统。 | |
| 旧文件、备份文件、未引用文件测试 | Web 服务器上存在多余的、可读、可下载的文件，并且用于备份的文件，是信息泄漏的一大源头。因为它们可能包含应用程序或数据库的部分源代码，安装路径以及密码等敏感信息。本项测试验证这些文件是否存在于发布的Web应用系统上。 | |
| 应用程序管理接口测试 | 许多应用程序的管理接口通常使用一个公用路径，路径获取后可能面临猜测或暴力破解管理密码的风险。此项测试目的是找到管理接口，并检测是否可以利用它来获取管理员权限。 | |
| HTTP请求方法与XST测试 | Web服务器可以配置为多种请求方式，如Get、Post、Put、Delete等，此项测试将鉴定Web服务器是否允许具有潜在危险性的HTTP请求方法，同时鉴定是否存在跨网站追踪攻击（XST）。 | |
| 认证测试 | 证书加密通道传输安全性测试 | 本项测试试图分析用户输入Web表单中的数据，如为了登录网站而输入的登录凭据是否使用了安全的传输协议，以免受到攻击。 |
| 用户枚举测试 | 本项测试为了验证是否可能通过与应用程序的认证机制交互（提示信息），收集有效的用户。这项测试好于暴力破解，一旦获取有效的用户名后，就可针对性的进行密码攻击。 | |
| 字典猜解测试 | 本项测试鉴定应用系统是否存在默认的用户账户或可猜测的用户名/密码组合（遍历测试）。 | |
| 口令暴力猜解测试 | 当遍历攻击失败，测试者可尝试使用暴力破解的方式进行验证。暴力破解测试肯能可能碰到锁定用户或IP等限制。 | |
| 验证绕过测试 | 本项测试尝试以非常规的方式企图绕过身份认证机制，使得应用程序资源失去正常的保护，从而能够在没有认证的情况下访问这些受保护的资源。 | |
| 密码重置/找回漏洞测试 | 本项测试鉴定应用程序的“忘记密码”功能是否起到足够的保护，检查应用程序是否允许用户在浏览器中存储密码。 | |
| 用户注销缓存漏洞测试 | 检查注销和缓存功能能否得到正确实现。 | |
| 多因素认证漏洞测试 |
多因素身份验证将测试以下认证方式的安全性： 一次性密码（OTP）所生成的验证码; USB加密设备; 基于X.509证书的智能卡; 通过SMS发送的随机一次性密码; 只有合法用户知道的个人信息; |
|
| 会话管理测试 | 会话管理测试 | 本项测试分析会话管理模式和机制，鉴定发送给客户端浏览器的会话验证码的安全性，鉴定是否能够打破这一机制从而绕过用户会话。如：对Cookie实行反向工程，通过篡改Cookies来劫持会话。 |
| Cookie属性测试 | Cookies通常是恶意用户攻击合法用户的关键途径。本项测试将分析应用程序在分派Cookie时如何采取必要的防护措施，以及这些已正确配置的Cookie属性。 | |
| 会话固定测试 | 本项测试鉴定当应用程序在成功验证用户后不再更新Cookie 时，能否找到会话固定漏洞并迫使用户使用攻击者已知的Cookie 。 | |
| 会话变量泄漏测试 | 由于会话验证码联系了用户身份和用户会话，它所代表的是保密信息。本项测试鉴定会话验证码是否暴露在漏洞中，并试着追溯会话攻击。 | |
| CSRF跨站请求伪造测试 | 跨站伪造请求指在Web应用中，迫使已通过验证的未知用户执行非法请求的方法。本项测试鉴定应用程序是否存在这种漏洞。 | |
| 授权测试 | 路径遍历测试 | 本项测试鉴定是否能够找到一种方法来执行路径遍历攻击并获成功得服务器返回的信息。 |
| 授权绕过测试 | 本项测试核实如何对某个角色或特权实施授权模式以便获得保留的功能和资源。 | |
| 权限提升测试 | 本项测试确认用户是否可能采用特权提升攻击的方式修改自己在应用程序内部的特权或角色。 | |
| 数据验证测试 | 跨站脚本反射测试 | 反射式跨站脚本攻击 (XSS) 是非持久性跨站脚本攻击的另一个名称。该攻击不会使用存在漏洞的Web应用程序加载，而使用受害者载入的违规的URI 。本项测试将确认应用程序对来自用户提交的恶意代码是否进行了存储或反射处理，对各类非法字符进行了严格过滤。 |
| 存储跨站脚本测试 | 储存式跨站脚本（XSS）是一种最危险的跨站脚本。允许用户存储数据的Web应用程序都有可能遭受这种类型的攻击。 | |
| SQL 注入测试 | SQL注入测试检测是否有可能将数据注入到应用程序中，以便在后端数据库中执行用户定制的SQL查询。如果应用程序在没有合理验证数据的情况下使用用户输入创建SQL查询，那么说明该应用程序存在SQL注入漏洞。成功利用这一类别的漏洞会导致未授权用户访问或操作数据库中的数据。 | |
| Code 注入测试 | 代码注入测试检测是否有可能在应用程序中注入稍后由Web服务器执行的代码。 | |
| SQL OS Commanding | 本项测试将设法通过HTTP请求在应用程序中注入OS命令。 | |
|
缓冲区溢出测试 （字符串格式） |
本项测试将检查不同类型的缓冲区溢出漏洞。 | |
| 数据验证测试 | Web服务信息收集 | 进行Web 服务测试的第一步是确定WS入口点和链接图标。 |
| XML架构测试 |
XML需要有合法的格式才能正确的运作。当服务器端进行XML语句分析时，不合规格的XML将会出错。一个解析器需要在整个XML信息中按照序列的方式彻底运行，这样才能评估XML格式是否合格。 XML解析器通常占用较多的CPU资源。某些攻击通过发送大量或者不合规的XML信息来利用这个漏洞。 |
|
| SQL XML内容级别测试 | 内容级别的攻击对象是Web服务及其使用的应用程序的服务器，包括Web服务器、数据库、应用程序服务器、操作系统等等。内容级别攻击向量包括：1）SQL注入/XPath注入 2）缓存溢出 3）命令注入。 | |
| HTTP GET参数/REST测试 | 许多XML应用程序是通过HTTP GET查询传输参数来使用的。在HTTP GET字符串例如，超长的参数（2048字符）、SQL语句/注入（或OS注入参数）中传输恶意内容时，Web服务将会受到攻击。 | |
| 重放测试 | 重放攻击的威胁在于攻击者可以伪装成一个合法用户的身份，然后不被察觉的情况下进行一些恶意操作。本项测试将检测Web服务是否存在重放漏洞。 |
