《WEB应用渗透测试地步骤》由会员分享，可在线阅读，更多相关《WEB应用渗透测试地步骤（8页珍藏版）》请在金锄头文库上搜索。
1、渗透测试的两大阶段渗透测试不能测试出所有可能的安全问题，它只是一个特定环境下才合适的WEB应用安全测试技术。OWASP的渗透测试方法是基于墨盒方法的，测试人员在测试前不知道或只知道很有限的关于被测试应用 的信息。渗透测试被分成两大阶段：被动模式阶段在这个阶段，测试人员试图去理解被测应用的逻辑， 并且去使用它。可以使用工具去收集信息，例如， 可以用HTTP代理工具去观察所有请求与响应。本阶段结束后，测试人员应该理解了应用的所有访问点 (如, HTTP报头、参数和COOKIE )。信息收集一节将介绍如何进行被动模式的测试。主动模式阶段这个阶段里，测试人员将利用后述的9大类66种方法主动地去测试。被
2、动模式阶段信息收集安全评估的第一步是收集尽可能多的关于被测应用的信息。信息收集是渗透测试的必要步骤。通常使 用公共工具(搜索引擎)、扫描器、发送简单或特别的HTTP请求等来迫使被测应用泄漏信息。使用蜘蛛、机器人和爬虫目标是浏览和捕获被测应用相关的资源。搜索引擎发现与侦察类似GOOGLE这样的搜索引擎可以用来发现被测应用中已经被公开的错误页面或WEB应用结构问题。识别应用入口点枚举被测应用及其攻击面是展开任何攻击的的一个关键性前提。测试WEB应用指纹应用指纹是信息收集的第一步。知道正在运行的WEB服务器的版本和类型后，测试人员可以确定已知的漏洞和测试过程中的相应攻击方法。获取WEB应用指纹的自动
3、化工具 Httprint和在线工具Netcraft。应用发现应用发现是一项面向驻留在 WEB/应用服务器中的WEB应用识别的活动。这种分析很重要，因为没有 一个直接连接到主要应用的后端。分析可以发现有助于揭示诸如用于管理目的的WEB应用程序的细节。此外，它可以揭示诸如取消删除的，过时的脚本文件，这些文件通常是在测试、开发或维护过程产生的。可能使用到的工具：1、DNS 查询工具，如 nslookup ， dig 等。2、端口扫描器(如 nmap : http : /.insecure.org )和漏洞扫描器(如 Nessus : http : /.nessus.org 和 wikto :1)。3
4、、搜索引擎（如 Google ）。4、基于 WEB的与DNS相关的专业服务，如 Netcraft 的DNS搜索服务：http : /cr aft./ ？ host 。错误代码分析在渗透测试过程中， WEB应用程序可能会泄露一些不应该被最终用户看到的信息。测试人员根据诸如错误代码之类的信息可以推测岀应用所使用的技术和产品。在不当的异常处理设计与编码的情况下，错误 代码通常不需要专门技能或工具就可以很容易地去调用它。显然，只注重于WEB应用不可能达到详尽的测试，它达不到通过更广泛地基础分析收集到的信息后对被测应用的理解程度。主动模式配置管理测试经常分析基础结构和拓扑结构可以获取大量的Web应用程序
5、的信息。如源代码，可允许的HTTP方法，管理功能，身份认证的方法和基础结构的配置。 SSL/TLS 测试SSL和TLS是两个通过加密为传播的信息提供安全信道的协议，该安全信道具有保护，和身份认证的功能。考虑到这些安全工具的关键性，确保加密算法的高强度及其正确执行非常重要。数据库监听测试在数据库服务器配置时，许多数据库管理员没有充分考虑到数据库侦听器组件的安全。如果没有进行 安全的配置而使用手动或自动的技术进行侦听，侦听器就可能泄露敏感数据以及配置信息或运行的数据库 实例信息。泄露的信息对测试者来说通常是有用的，他能将此投入到后续更有影响的测试中去。可能用到 的工具：tnscmd （Perl）
6、: http : .jammed./%7Ejwa/hacks/security/tnscmd/tnscmd-doc.htmlToad for Oracle : http : /.quest./toad基础结构配置管理测试相互联系的混杂的 Web服务器结构能有数以百计的web应用程序，这种固有的复杂性使配置管理和审查成为测试和部署每一个应用程序的一个基本步骤。事实上一个漏洞就能破坏整个基础结构的安全，甚 至某些微小且（几乎）不重要的问题可能对于相同服务器上的另外一个应用程序是个严重的威胁。为了解 决这些问题，对配置和已知的安全问题执行深入审查是非常重要的。应用配置管理测试Web应用程序隐藏了一些
7、通常在应用程序自身开发和配置中没有考虑到的信息。这些信息可能从源代码，日志文件或 Web服务器的默认错误代码中泄露。正确对待这一问题是安全评估中最基本的。文件扩展名处理测试从Web服务器或Web应用程序上的文件扩展名能够识别出目标应用程序使用的技术，例如扩展名JSP与ASP。文件扩展名也可能暴露与该应用程序连接的其它系统。可能使用到的工具：Curl、漏洞扫描器、wget 。过时的、用于备份的以及未被引用的文件Web服务器上多余的，可读的和可下载的文件，如过时的，用于备份的和更名的文件，是信息泄漏的一个大源头。验证这些文件的存在是有必要的，因为它们可能包含应用程序和/或数据库的部分源代码，安装路
8、径以及密码。基础结构和应用管理接口许多应用程序在管理接口使用一个公用路径，从而可能被用来猜测或暴力破解管理密码。此测试目的 是找到管理接口，并了解是否可以利用它获取管理员权限。 HTTP方法和XST测试在这个测试中，我们确保 Web服务器没有被配置成允许使用具有潜在危险性的HTTP命令（方法），同时确保跨追踪攻击（XST）是不可能的。可能用到的工具：NetCat.业务逻辑测试认证测试加密信道证书传输在这里，测试员会试图了解用户输入web表单中的数据，例如，为了登录到一个而输入的数据，是否使用了安全协议传输，以免受到攻击。用户枚举测试这项测试的围是为了验证是否有可能通过与应用的认证机制互动而收集
9、一套有效 的用户。这项测试将是有益于 暴力测试。通过这种测试我们验证是否通过一个有 效的用户名就可以找到相应的密码。可猜解用户猜测（遍历） 测试在这里我们测试是否有默认的用户或可以猜测的用户名/密码组合（遍历测试）0WASP测试指南V3.0暴力测试当遍历攻击失败，测试者可以尝试使用暴力方法获得验证。暴力测试是不容易完成的测试，因为需要时间并且可能锁定测试者。认证架构绕过测试其它被动测试方法企图绕过身份的认识验证模式，因为他们认为并非所有的应用 程序的资源都能得到充分的保护。测试者能够在没有认证的情况下访问这些资源。记住密码和密码重置弱点测试在这里，我们测试应用如何管理“忘记密码”过程。我们还检
10、查应用是否允许用 户在浏览器中存储密码（“记住密码”功能）。注销和浏览器的缓存管理测试在这里，我们检查注销和缓存功能得到正确实现。CAPTCHA 测试CAPTCHA （“全自动区分计算机和人类的图灵测试”）是一种许多 Web的应用程序使用的挑战响应测试，以确保反应不是由计算机生成。即使产生的captcha是牢不可破的，其执行经常遭受各种攻击。本节将帮助您确定这些攻击的类型。多因素身份验证测试仃esting Multiple Fact ors Authentication)多因素身份验证意味着测试了以下的情况：一次性密码（OTP）所生成的验证码，加密设备，如USB验证码或配备了 X.509证书的
11、智能卡，通过 SMS发送的随机一 次性密码，只有合法用户知道的个人信息OUTOFWALLET。竞态条件测试竞态条件是一个缺陷。当行动的时间影响了其它行动时，它会产生意想不到的结 果。例如：一个多线程应用程序对同一数据进行操作时。就其性质而言，竞态条 件很难测试。授权测试路径遍历测试测试是否能够找到一种方法来执行路径遍历攻击并获得保留信息绕过授权模式测试这种测试的重点是核实如何对每一个角色/特权实施授权模式以便获得保留功能/资源。权限提升测试在此阶段，测试者需要确认用户不可能采用允许特权提升攻击的方式修改自己在应用程序部的特权/角色。会话管理测试会话管理模式测试分析会话管理模式，理解如何开发会话
12、管理机制，并确定是否能打破这一机制以便绕过用户会话。测试发送给客户端浏览器的会话验证码的安全：如何对 cookie实行反向工程，以及如何通过篡改cookies来劫持会话。 Cookies属性测试测试已正确配置的cookie的属性。Cookies往往是恶意用户关键的攻击媒介（通常针对其他用户） 因此，应用程序应始终采取措施保护cookie。会话固定测试当应用程序在成功验证用户后不更新Cookie时，我们就能找到会话固定漏洞并迫使用户使用攻击者已知的cookie。会话变量泄漏测试因为会话验证码联系着用户身份和用户会话，所以它代表的是信息。我们可以测试会话验证码是否暴 露在漏洞中，并试着追溯会话攻击
13、。跨站请求伪造（CSRF）测试跨站请求伪造描述了在 web应用中迫使已通过验证的未知用户执行不必要请求的方法。数据验证测试我们将数据验证测试划分为以下类别：跨站点脚本的测试在跨站脚本攻击（XSS）的测试中，我们测试能否操纵应用程序参数输入，使之产生恶意输岀。当应 用程序没有：验证输入数据并在我们控制下产生输岀时，我们就能发现XSS漏洞。此漏洞会产生各种攻击。例如，窃取信息（如会话 cookie ）或控制受害者的浏览器。一个跨站脚本攻击方式如下：Input - Output = cross-site scripting 。跨站脚本反射测试跨站脚本存储测试跨站脚本DOM测试 FLASH跨站测试 S
14、QL注入SQL注入测试检测是否有可能将数据注入到应用程序中，以便它能在后端数据库中执行用户控制的SQL查询。如果应用程序在没有恰当验证数据的情况下使用用户输入创建SQL查询，那幺说明该应用程序存在SQL注入漏洞。成功利用这一类别的漏洞会导致未授权用户访问或操作数据库中的数据。请注意，应 用数据往往代表了公司的核心资产。SQL注入攻击方式如下：Input - Query SQL = SQL injectionSQL注入测试进一步细分为： Oracle 测试 MySQL测试 SQL Server 测试 MS ACCESS 测试 PostgreSQL 测试 LDAP注入LDAP注入测试类似于SQL注
15、入测试。不同之处在于我们不是使用SQL而是使用LDAP协议，同时测试的目标是LDAP服务器，而不是SQL服务器。LDAP注入攻击方式如下：Input - Query LDAP = LDAP injection ORM注入ORM注入测试同样类似于 SQL注入测试。在这种情况下，我们使用SQL注入攻击ORM产生的数据 访问对象模型。从测试的角度来看，这种攻击几乎和SQL注入攻击相同。然而，代码中存在的注入漏洞是由ORM工具产生的。 XML注入XML注入测试检测是否有可能在应用程序中注入特定的XML文档。如果XML解析器没有验证任何数据，那幺该应用程序存在 XML注入漏洞。一个 XML注入攻击方式如下：Input - XML doc = XML injection SSI注入Web服务器通常让开发者在静态HTML网页中增加小型动态代码，而不必处理全面的服务器端或客
