安全测试工作规范
深圳市xx有限公司
二〇一四年三月
修订历史记录
A - 增加M - 修订D - 删除
目录
1 概述 (5)
1.1 背景简介 (5)
1.2 适用读者 (5)
1.3 适用范围 (5)
1.4 安全测试在项目整体流程中所处的位置 (6)
1.5 安全测试在安全风险评估的关系说明 (6)
1.6 注意事项 (6)
1.7 测试用例级别说明 (7)
2 Web安全测试方法 (8)
2.1 安全功能验证 (8)
2.2 漏洞扫描 (8)
2.3 模拟攻击实验 (8)
2.4 侦听技术 (8)
3 Appscan工具介绍 (9)
3.1 AppScan工作原理 (9)
3.2 AppScan扫描阶段 (10)
3.3 AppScan工具使用 (11)
3.4 AppScan工具测试覆盖项说明...................... 错误！未定义书签。
4 测试用例和规范标准 (19)
4.1 输入数据测试 (20)
4.1.1 SQL注入测试 (20)
4.1.2 命令执行测试 (25)
4.2 跨站脚本攻击测试 (26)
4.2.1 GET方式跨站脚本测试 (28)
4.2.2 POST方式跨站脚本测试 (29)
4.2.3 跨站脚本工具实例解析 (30)
4.3 权限管理测试 (32)
4.3.1 横向测试 (32)
4.3.2 纵向测试 (33)
4.4 服务器信息收集 (38)
4.4.1 运行账号权限测试 (38)
4.4.2 Web服务器端口扫描 (38)
4.5 文件、目录测试 (39)
4.5.1 工具方式的敏感接口遍历 (39)
4.5.2 目录列表测试 (41)
4.5.3 文件归档测试 (43)
4.6 认证测试 (44)
4.6.1 验证码测试 (44)
4.6.2 认证错误提示 (45)
4.6.3 锁定策略测试 (46)
4.6.4 认证绕过测试 (47)
4.6.5 修复密码测试 (47)
4.6.6 不安全的数据传输 (48)
4.6.7 强口令策略测试 (49)
4.7 会话管理测试 (51)
4.7.1 身份信息维护方式测试 (51)
4.7.2 Cookie存储方式测试 (51)
4.7.3 用户注销登陆的方式测试 (52)
4.7.4 注销时会话信息是否清除测试 (53)
4.7.5 会话超时时间测试 (54)
4.7.6 会话定置测试 (54)
4.8 文件上传下载测试 (55)
4.8.1 文件上传测试 (55)
4.8.2 文件下载测试 (56)
4.9 信息泄漏测试 (57)
4.9.1 连接数据库的账号密码加密测试 (57)
4.9.2 客户端源代码敏感信息测试 (58)
4.9.3 客户端源代码注释测试 (58)
4.9.4 异常处理 (59)
4.9.5 不安全的存储 (61)
4.10 逻辑测试 (61)
4.11 其他 (62)
4.11.1 Class文件反编译测试 (62)
5 本规范所涉及的测试工具 (62)
1概述
1.1背景简介
本规范中的方法以攻击性测试为主。除了覆盖业界常见的Web安全测试方法以外，也借鉴了一些业界最佳安全实践。
1.4安全测试在项目整体流程中所处的位置
一般建议在集成测试前根据产品实现架构及安全需求，完成安全性测试需求分析和测试设计，准备好安全测试用例。
在集成版本正式转测试后，即可进行安全测试。如果产品质量不稳定，前期功能性问题较多，则可适当推后安全测试执行。
1.5安全测试在安全风险评估的关系说明
安全风险是指威胁利用漏洞对目标系统造成安全影响的可能性及严重程度。其中威胁是指可能对目标系统造成损害的潜在原因，包括物理环境威胁、人为威胁等。漏洞也称弱点，是应用系统本身存在的，包括系统实现中的缺陷、配置中的漏洞等。外部威胁利用系统的漏洞达到破坏系统安全运行的目的。
本规范所描述的安全测试仅是安全风险评估中的一个活动，对应于安全风险评估过程中的漏洞识别部分，特别是技术性的漏洞识别。
完整的安全风险评估过程、概念见GB/T 20984-2007《信息安全技术信息安全风险评估规范》。
1.6注意事项
安全测试的执行，对于被测系统，或多或少都会存在一些影响（比如性能、垃圾数据），只能在测试环境中进行；不允许在正式环境运行，避免
系统存在漏洞导致丢失数据和数据库损坏。
本规范最主要目的是为了发现安全漏洞，至于发现一个漏洞以后更深一步的渗透测试在这里不会涉及。例如针对暴力破解测试，我们只给出验
证存在暴力破解漏洞的可能，但不会提供暴力破解的方法。
本文档中所有提及的测试工具的使用，请遵循公司相关规定。
如果是内部试验环境进行测试，可以考虑去除一些防护措施或设备（如
防火墙），这样能保证发现问题的全面性。
本文档根据最严格的方式对目标进行测试，如果项目系统对安全的要求不高且有自身的安全策略规定时，可以视情况对测试项进行部分测试。
例如密码策略测试项中，测试人员可以根据测试目标的密码位数要求进
行测试，而不需要完全依照测试项里面规定的位数进行测试。
1.7测试用例级别说明
一个安全漏洞的风险程度受危害程度和概率的影响，我们定义了如下所示的关系：
表1 风险等级界定表
本测试规范用例根据上面的定义分为四个测试级别：
表2 测试用例级别说明表
2Web安全测试方法
2.1安全功能验证
功能验证是采用软件测试当中的黑盒测试方法，对涉及安全的软件功能，如：用户管理模块，权限管理模块，加密系统，认证系统等进行测试，主要验证上述功能是否有效，不存在安全漏洞，具体方法可使用黑盒测试方法。
2.2漏洞扫描
漏洞扫描是指基于漏洞数据库，通过扫描等手段对指定的远程或者本地计算机系统的安全脆弱性进行检测，发现可利用的漏洞的一种安全检测（渗透攻击）行为。
漏洞扫描技术是一类重要的网络安全技术。它和防火墙、入侵检测系统互相配合，能够有效提高网络的安全性。通过对网络的扫描，网络管理员能了解网络的安全设置和运行的应用服务，及时发现安全漏洞，客观评估网络风险等级。网络管理员能根据扫描的结果更正网络安全漏洞和系统中的错误设置，在黑客攻击前进行防范。如果说防火墙和网络监视系统是被动的防御手段，那么安全扫描就是一种主动的防范措施，能有效避免黑客攻击行为，做到防患于未然。
2.3模拟攻击实验
模拟攻击测试是一组特殊的黑盒测试案例，以模拟攻击来验证软件或信息系统的安全防护能力，可使用冒充、重演、消息篡改、服务拒绝等方法来实现。
2.4侦听技术
在数据通信或数据交互过程，对数据进行截取分析的过程。目前最为流行的是网络数据包的捕获技术。
3Appscan工具介绍
Appscan扫描工具只能检测到部分常见的漏洞（如跨站脚本、SQL注入等），不是针对用户代码的，也就是说不能理解业务逻辑，无法对这些漏洞做进一步业务上的判断。往往最严重的安全问题并不是常见的漏洞，而是通过这些漏洞针对业务逻辑和应用的攻击。
Web目前分为“应用”和“Web服务”两部分。应用指通常意义上的Web应用，而Web 服务是一种面向服务的架构的技术，通过标准的Web协议（如HTTP、XML、SOAP、WSDL）提供服务。
3.1AppScan工作原理
AppScan工作原理：
1、通过搜索(爬行)发现整个 Web 应用结构。
2、根据分析，发送修改的 HTTP Request 进行攻击尝试(扫描规则库)。
3、通过对于 Respond 的分析验证是否存在安全漏洞。
所以，AppScan 的核心是提供一个扫描规则库，然后利用自动化的“探索”技术得到众多的页面和页面参数，进而对这些页面和页面参数进行安全性测试。“扫描规则库”，“探索”，“测试”就构成了 AppScan 的核心三要素。
如上图，单击“扫描”下面的小三角，可以出现如下的三个选型“完全扫描”、“仅探索”、“仅测试”三个名词，该三个类型为AppScan 三个核心要素；
AppScan 是对网站等 Web 应用进行安全攻击来检查网站是否存在安全漏洞；对网站来说，一个网站存在的页面，可能成千上万。每个页面也都可能存在
多个字段（参数），比如一个登陆界面，至少要输入用户名和密码，就是说一个页面存在两个字段，你提交了用户名密码等登陆信息，网站要有地方接受并且检查是否正确，这就可能存在一个新的检查页面。这里的每个页面的每个参数都可能存在安全漏洞，都是被攻击对象，所以都需要检查。
这就存在一个问题，我们来负责来检查一个网站的安全性，这个网站有多少个页面，有多少个参数，页面之间如何跳转，我们可能并不明确，如何知道这些信息？
访问一个网站的时候，我们需要知道的最重要的信息是哪个？网站主页地址？从网站地址开始，其他页面都可以链接过去，那么可不可以有种技术，告诉了它网站的入口地址，然后它“顺藤摸瓜”，找出其他的网页和页面参数？所以这就是“爬虫”技术，具体说，是“网站爬虫”，其利用了网页的请求都是用 http 协议发送的，发送和返回的内容都是统一的语言 HTML，那么对 HTML 语言进行分析，找到里面的参数和链接，纪录并继续发送，最终，找到了这个网站的众多的页面和目录。这个AppScan 就提供，这里的术语叫“探索”。
在使用 AppScan 的时候，要配置的第一个就是要检查的网站的地址，配置了以后，AppScan 就会利用“探索”技术去发现这个网站存在多少个目录，多少个页面，页面中有哪些参数等，简单说，了解网站的结构。
“探索”了解了，测试的目标和范围就大致确定了，然后利用规则库
（ AppScan 的扫描规则库，其类似杀毒软件的病毒库），发送各种发送请求，进行安全攻击，这个过程就是“测试”；具体可以检查的安全攻击类型都在里面做好了，我们去使用即可。
完全测试就是把上面的两个步骤整合起来，“探索”+“测试”；在安全测试过程中，可以先只进行探索，不进行测试，目的是了解被测的网站结构，评估范围；然后选择“仅测试”，只对前面探索过的页面进行测试，不对新发现的页面进行测试。“完全测试”就是把两个步骤结合在一起，一边探索，一边测试。
3.2AppScan扫描阶段
Appscan全面扫描包括两个步骤：探索和测试；
1、探索阶段： appscan会通过模仿成web用户单击链接并填写表单字段来探索
站点（web应用程序或web server）这就是探索阶段。探索阶段可以遍历每个URL路径，并分析后创建测试点。
既工具会模仿一个用户对被访问的Web应用或Web服务站点进行探测访问，通过发送请求对站点内的链接与表单域进行访问或填写，以获取相应的站点信息。Appscan分析器将会对自己发送的每一个请求后的响应做出判断，查找出任何可能潜在风险的地方，并针对这些可能会隐含风险的响应，确定将要自动生成的测试用例。但是在探测阶段完成后，这些高危区域是否真的隐含着安全缺陷或应做更好的改良，以及这些隐含的风险是处于什么层度的，是需要在测试执行完成后，才能最终得出决论。
2、测试阶段：“测试”期间，appscan会发送它在“探索”阶段创建的成千上
万个定制的测试请求，通过你定制好的测试策略分析每个测试的响应，最后根据规则识别应用程序中的安全问题，并排列这些安全问题的风险级别。
既Appscan是通过测试策略库中对相应安全隐患的检测规则而生成对应的足够全面而且复杂的测试输入（测试用例）。
3、扫描阶段：Appscan才是真正的工作起来，他将会把上个阶段的测试用例产
生的服务请求陆续的发送出去。然后再检测分析服务的响应结果，从而判断该测试用例的输入，是否造成了安全隐患或安全问题。然后再通过测试用例生成的策略，找出该安全问题的描述，以及该问题的解决方案，同时还报告相关参数的请求发送以及响应结果。
3.3AppScan工具使用
扫描
如果是第一次启动，屏幕中央将会出现一个“欢迎”对话框。在此对话中，可以点击“入门”链接，查看 IBM Rational AppScan 的“新手入门帮助文档”，如下图：
点击“创建新的扫描”，就可以开始扫描任务，选择“常规扫描”为例，如下图：
选择扫描类型为：Web应用程序扫描，如下图：
输入起始URL，如下图：
点击“记录”，如下图：
选择“测试策略”为缺省值，如下图：
选择启动方式为“启动全面自动扫描”，如下图：
选择自动保存，点击“是”，如下图：
录入该网站的用户名和账号，登录系统后，点击“暂停”按钮，如下图：
然后，点击“扫描”按钮下的“继续完全扫描”，等待扫描完成，如下图：
扫描完成后，显示结果，如下图：
工具具体分布图，如下图：
1、在工具栏上，单击“报告”，然后选择“安全报告”。
2、选择模板：管理综合报告、详细报告、修复任务、开发者、QA、站点目
录。
注：可以通过你所需要的内容，在右侧树中选择你报告所有体现的内容
3、从最低严重性列表中，选择要包含在报告中的问题最低严重性级别。
4、点击保存报告，自动生成报告；报告提供PDA或WORD格式的保存。
4测试用例和规范标准
测试用例和规范标准可分为主动模式和被动模式两种。在被动模式中，测试人员尽可能的了解应用逻辑：比如用工具分析所有的HTTP请求及响应，以便测试人员掌握应用程序所有的接入点（包括HTTP头，参数，cookies等）；在主动模式中，测试人员试图以黑客的身份来对应用及其系统、后台等进行渗透测试，其可能造成的影响主要是数据破坏、拒绝服务等。一般测试人员需要先熟悉目标系统，即被动模式下的测试，然后再开展进一步的分析，即主动模式下的测试。主动测试会与被测目标进行直接的数据交互，而被动测试不需要，参考以下示意图：
最受欢迎的十大WEB应用安全评估系统 在国内一些网站上经常看到文章说某某WEB应用安全评估工具排名，但是很可惜，绝大多数都是国外人搞的，界面是英文，操作也不方便，那游侠就在这里综合下，列举下国内WEB安全评估人员常用的一些工具。当然，毫无疑问的，几乎都是商业软件，并且为了描述更准确，游侠尽量摘取其官方网站的说明： 1.IBM Rational AppScan IBM公司推出的IBM Rational AppScan产品是业界领先的应用安全测试工具，曾以Watchfire AppScan 的名称享誉业界。Rational AppScan 可自动化Web 应用的安全漏洞评估工作，能扫描和检测所有常见的Web 应用安全漏洞，例如SQL 注入（SQL-injection）、跨站点脚本攻击（cross-site scripting）及缓冲溢出（buffer overflow）等方面安全漏洞的扫描。 游侠标注：AppScan不但可以对WEB进行安全评估，更重要的是导出的报表相当实用，也是国外产品中唯一可以导出中文报告的产品，并且可以生成各种法规遵从报告，如ISO 27001、OWASP 2007等。 2.HP WebInspect
目前，许多复杂的Web 应用程序全都基于新兴的Web 2.0 技术，HP WebInspect 可以对这些应用程序执行Web 应用程序安全测试和评估。HP WebInspect 可提供快速扫描功能、广泛的安全评估范围及准确的Web 应用程序安全扫描结果。 它可以识别很多传统扫描程序检测不到的安全漏洞。利用创新的评估技术，例如同步扫描和审核（simultaneous crawl and audit, SCA）及并发应用程序扫描，您可以快速而准确地自动执行Web 应用程序安全测试和Web 服务安全测试。 主要功能： ·利用创新的评估技术检查Web 服务及Web 应用程序的安全 ·自动执行Web 应用程序安全测试和评估 ·在整个生命周期中执行应用程序安全测试和协作 ·通过最先进的用户界面轻松运行交互式扫描 ·满足法律和规章符合性要求 ·利用高级工具（HP Security Toolkit）执行渗透测试 ·配置以支持任何Web 应用程序环境 游侠标注：毫无疑问的，WebInspect的扫描速度相当让人满意。 3.Acunetix Web Vulnerability Scanner
渗透测试的两大阶段 渗透测试不能测试出所有可能的安全问题，它只是一个特定环境下才合适的WEB应用安全测试技术。OWASP的渗透测试方法是基于墨盒方法的，测试人员在测试前不知道或只知道很有限的关于被测试应用的信息。 渗透测试被分成两大阶段： ■ 被动模式阶段 在这个阶段，测试人员试图去理解被测应用的逻辑，并且去使用它。可以使用工具去收集信息，例如，可以用HTTP代理工具去观察所有请求与响应。本阶段结束后，测试人员应该理解了应用的所有访问点（如，HTTP报头、参数和COOKIE）。信息收集一节将介绍如何进行被动模式的测试。 ■ 主动模式阶段 这个阶段里，测试人员将利用后述的9大类66种方法主动地去测试。 被动模式阶段 信息收集 安全评估的第一步是收集尽可能多的关于被测应用的信息。信息收集是渗透测试的必要步骤。通常使用公共工具（搜索引擎）、扫描器、发送简单或特别的HTTP请求等来迫使被测应用泄漏信息。 ◆使用蜘蛛、机器人和爬虫 目标是浏览和捕获被测应用相关的资源。 ◆搜索引擎发现与侦察 类似GOOGLE这样的搜索引擎可以用来发现被测应用中已经被公开的错误页面或WEB应用结构问题。 ◆识别应用入口点 枚举被测应用及其攻击面是展开任何攻击的的一个关键性前提。 ◆测试WEB应用指纹 应用指纹是信息收集的第一步。知道正在运行的WEB服务器的版本和类型后，测试人员可以确定已知的漏洞和测试过程中的相应攻击方法。获取WEB应用指纹的自动化工具Httprint和在线工具Netcraft。 ◆应用发现 应用发现是一项面向驻留在WEB/应用服务器中的WEB应用识别的活动。这种分析很重要，因为没有一个链接直接连接到主要应用的后端。分析可以发现有助于揭示诸如用于管理目的的WEB应用程序的细节。此外，它可以揭示诸如取消删除的，过时的脚本文件，这些文件通常是在测试、开发或维护过程产生的。可能使用到的工具： 1、DNS查询工具，如nslookup，dig等。
web安全测试
————————————————————————————————作者：————————————————————————————————日期：
Web安全测试——手工安全测试方法及修改建议发表于：2017-7-17 11:47 作者：liqingxin 来源：51Testing软件测试网采编 字体：大中小 | 上一篇 | 下一篇 | 打印 |我要投稿 | 推荐标签：软件测试工具XSS安全测试工 具 常见问题 1.XSS(CrossSite Script)跨站脚本攻击 XSS(CrossSite Script)跨站脚本攻击。它指的是恶意攻击者往Web 页面里插入恶意html代码，当用户浏览该页之时，嵌入其中Web 里面的html 代码会被执行，从而达到恶意用户的特殊目的。 测试方法： 在数据输入界面，添加记录输入：，添加成功如果弹出对话框，表明此处存在一个XSS 漏洞。 或把url请求中参数改为，如果页面弹出对话框，表明此处存在一个XSS 漏洞 修改建议： 过滤掉用户输入中的危险字符。对输入数据进行客户端和程序级的校验（如通过正则表达式等）。 Eg:对用户输入的地方和变量有没有做长度和对”<”,”>”,”;”,”’”等字符是否做过滤 2.CSRF与跨站脚本(XSS) CSRF与跨站脚本(XSS)，是指请求迫使某个登录的浏览器向易受攻击的Web应用发送一个请求，然后以受害者的名义，为入侵者的利益进行所选择的行动。
DKBA 华为技术有限公司内部技术规范 DKBA Web应用安全测试规范 2009年7月5日发布2009年7月5日实施华为技术有限公司 Huawei Technologies Co., Ltd. 版权所有侵权必究 All rights reserved
修订声明Revision declaration 本规范拟制与解释部门： 安全解决方案部电信网络与业务安全实验室、软件公司安全TMG、软件公司测试业务管理部本规范的相关系列规范或文件： 《Web应用安全开发规范》 相关国际规范或文件一致性： 《OWASP Testing Guide v3》 《信息安全技术信息安全风险评估指南》 《Information technology Security techniques Management of information and communications technology security》－ISO 13335 替代或作废的其它规范或文件： 无 相关规范或文件的相互关系： 本规范以《Web应用安全开发规范》为基础、结合Web应用的特点而制定。
目录Table of Contents 1概述错误!未定义书签。 背景简介错误!未定义书签。 适用读者错误!未定义书签。 适用范围错误!未定义书签。 安全测试在IPD流程中所处的位置错误!未定义书签。 安全测试与安全风险评估的关系说明错误!未定义书签。 注意事项错误!未定义书签。 测试用例级别说明错误!未定义书签。 2测试过程示意图错误!未定义书签。 3Web安全测试规范错误!未定义书签。 自动化Web漏洞扫描工具测试错误!未定义书签。 AppScan application扫描测试错误!未定义书签。 AppScan Web Service 扫描测试错误!未定义书签。 服务器信息收集错误!未定义书签。 运行帐号权限测试错误!未定义书签。 Web服务器端口扫描错误!未定义书签。 HTTP方法测试错误!未定义书签。 HTTP PUT方法测试错误!未定义书签。 HTTP DELETE方法测试错误!未定义书签。 HTTP TRACE方法测试错误!未定义书签。 HTTP MOVE方法测试错误!未定义书签。 HTTP COPY方法测试错误!未定义书签。 Web服务器版本信息收集错误!未定义书签。 文件、目录测试错误!未定义书签。 工具方式的敏感接口遍历错误!未定义书签。 Robots方式的敏感接口查找错误!未定义书签。 Web服务器的控制台错误!未定义书签。 目录列表测试错误!未定义书签。 文件归档测试错误!未定义书签。 认证测试错误!未定义书签。 验证码测试错误!未定义书签。 认证错误提示错误!未定义书签。 锁定策略测试错误!未定义书签。 认证绕过测试错误!未定义书签。 找回密码测试错误!未定义书签。 修改密码测试错误!未定义书签。 不安全的数据传输错误!未定义书签。 强口令策略测试错误!未定义书签。 会话管理测试错误!未定义书签。 身份信息维护方式测试错误!未定义书签。 Cookie存储方式测试错误!未定义书签。 用户注销登陆的方式测试错误!未定义书签。 注销时会话信息是否清除测试错误!未定义书签。 会话超时时间测试错误!未定义书签。
APP渗透测试方案 2016-7-29 XXXXX公司
目录 1 App渗透简介 (3) 2 APP渗透测试所用工具 (3) 2.1 代理抓包工具 (3) 2.2 反编译工具 (3) 2.3 其他针对服务端的web渗透工具 (4) 3 APP渗透测试的方法 (5) 3.1 数据包分析、测试 (5) 3.2 APP反编译还原代码 (5) 4 APP渗透测试流程 (5) 4.1 项目启动 (5) 4.1.1 项目启动准备 (5) 4.1.2 实施方案制定 (6) 4.2 项目实施 (6) 4.2.1 信息收集 (6) 4.2.2 平台使用不当的测试 (6) 4.2.3 不安全的数据存储的测试 (6) 4.2.4 不安全的通信的测试 (7) 4.2.5 不安全的身份验证的测试 (7) 4.2.6 加密不足的测试 (7) 4.2.7 不安全的授权的测试 (7)
4.2.8 客户端代码质量问题的测试 (7) 4.2.9 代码篡改的测试 (7) 4.3 项目收尾 (8) 4.3.1 报告编写 (8) 4.3.2 问题复查 (8)
1App渗透简介 移动app大多通过web api服务的方式跟服务端交互，这种模式把移动安全跟web安全绑在一起。移动app以web服务的方式跟服务端交互，服务器端也是一个展示信息的网站，常见的web漏洞在这也存在,比如说SQL注入、文件上传、中间件/server漏洞等。 2APP渗透测试所用工具 2.1代理抓包工具 ?Burpsuit ?Fiddler 代理抓包工具主要用于抓取、分析、篡改APP与服务端之间的交互数据包。 爆破、解编码、执行会话令牌等作用。 2.2反编译工具 APP的反编译有两种反编译方式，dex2jar和apktool，两个工具反编译的效果是不一样的，dex2jar反编译出java源代码，apktool反编译出来的是java 汇编代码。 ?工具1：dex2jar+jdgui ?工具2：apktool 工具1反编译出来的是java源代码，易读性比较高。
Web安全测试——手工安全测试方法及修改建议 发表于：2017-7-17 11:47 ?作者：liqingxin ? 来源：51Testing软件测试网采编 字体：???|??|??|??|?|?推荐标签：??? 常见问题 (CrossSite Script)跨站脚本攻击 (CrossSite Script)跨站脚本攻击。它指的是恶意攻击者往Web 页面里插入恶意html代码，当用户浏览该页之时，嵌入其中Web 里面的html 代码会被执行，从而达到恶意用户的特殊目的。 方法：? 在数据输入界面，添加输入：，添加成功如果弹出对话框，表明此处存在一个XSS?。 或把url请求中参数改为，如果页面弹出对话框，表明此处存在一个XSS 漏洞 修改建议： 过滤掉用户输入中的危险字符。对输入数据进行客户端和程序级的校验（如通过正则表达式等）。 Eg:对用户输入的地方和变量有没有做长度和对”<”,”>”,”;”,”’”等字符是否做过滤 与跨站脚本(XSS) CSRF与跨站脚本(XSS)，是指请求迫使某个登录的向易受攻击的Web应用发送一个请求，然后以受害者的名义，为入侵者的利益进行所选择的行动。 测试方法： 同个浏览器打开两个页面，一个页面权限失效后，另一个页面是否可操作成功使用工具发送请求，在http请求头中不加入referer字段，检验返回消息的应答，应该重新定位到错误界面或者登陆界面。 修改建议： 在不同的会话中两次发送同一请求并且收到相同的响应。这显示没有任何参数是动态的（会话标识仅在cookie 中发送），因此应用程序易受到此问题攻击。因此解决的方法为 Hashing(所有表单都包含同一个伪随机值)： 2. ?验证码 ‐Time Tokens(不同的表单包含一个不同的伪随机值)客户端保护措施：应用防止CSRF攻击的工具或插件。 3.注入测试
DKBA DKBA 2355-2009.7 .2cto.红黑联盟收集整理 Web应用安全测试规V1.2 2009年7月5日发布2009年7月5日实施 所有侵权必究 All rights reserved
修订声明Revision declaration 本规拟制与解释部门： 安全解决方案部电信网络与业务安全实验室、软件公司安全TMG、软件公司测试业务管理部 本规的相关系列规或文件： 《Web应用安全开发规》 相关国际规或文件一致性： 《OWASP Testing Guide v3》 《信息安全技术信息安全风险评估指南》 《Information technology Security techniques Management of information and communications technology security》－ISO 13335 替代或作废的其它规或文件： 无 相关规或文件的相互关系： 本规以《Web应用安全开发规》为基础、结合Web应用的特点而制定。
目录Table of Contents 1概述 (7) 1.1背景简介 (7) 1.2适用读者 (7) 1.3适用围 (7) 1.4安全测试在IPD流程中所处的位置 (8) 1.5安全测试与安全风险评估的关系说明 (8) 1.6注意事项 (9) 1.7测试用例级别说明 (9) 2测试过程示意图 (10) 3WEB安全测试规 (11) 3.1自动化W EB漏洞扫描工具测试 (11) 3.1.1AppScan application扫描测试 (12) 3.1.2AppScan Web Service 扫描测试 (13) 3.2服务器信息收集 (13) 3.2.1运行权限测试 (13) 3.2.2Web服务器端口扫描 (14) 3.2.3HTTP方法测试 (14) 3.2.4HTTP PUT方法测试 (15) 3.2.5HTTP DELETE方法测试 (16) 3.2.6HTTP TRACE方法测试 (17) 3.2.7HTTP MOVE方法测试 (17) 3.2.8HTTP COPY方法测试 (18) 3.2.9Web服务器版本信息收集 (18) 3.3文件、目录测试 (20) 3.3.1工具方式的敏感接口遍历 (20) 3.3.2Robots方式的敏感接口查找 (21)
WEB安全测试要考虑的10个测试点本文主要论述了WEB安全测试要考虑的10个测试点： 1、问题：没有被验证的输入 测试方法： 数据类型（字符串，整型，实数，等） 允许的字符集 最小和最大的长度 是否允许空输入 参数是否是必须的 重复是否允许 数值范围 特定的值（枚举型） 特定的模式（正则表达式） 2、问题：有问题的访问控制 测试方法： 主要用于需要验证用户身份以及权限的页面，复制该页面的url地址，关闭该页面以后，查看是否可以直接进入该复制好的地址 例：从一个页面链到另一个页面的间隙可以看到URL地址 直接输入该地址，可以看到自己没有权限的页面信息， 3、错误的认证和会话管理 例：对Grid、Label、Tree view类的输入框未作验证，输入的内容会按照html语法解析出来 4、缓冲区溢出 没有加密关键数据 例：view－source：http地址可以查看源代码 在页面输入密码，页面显示的是*****, 右键，查看源文件就可以看见刚才输入的密码。 5、拒绝服务
分析：攻击者可以从一个主机产生足够多的流量来耗尽狠多应用程序，最终使程序陷入瘫痪。需要做负载均衡来对付。 6、不安全的配置管理 分析：Config中的链接字符串以及用户信息，邮件，数据存储信息都需要加以保护程序员应该作的：配置所有的安全机制，关掉所有不使用的服务，设置角色权限帐号，使用日志和警报。 分析：用户使用缓冲区溢出来破坏web应用程序的栈，通过发送特别编写的代码到web程序中，攻击者可以让web应用程序来执行任意代码。 7、注入式漏洞 例：一个验证用户登陆的页面， 如果使用的sql语句为： Select * from table A where username＝’’ + username+’’ and pass word ….. Sql 输入‘ or 1＝1 ―― 就可以不输入任何password进行攻击 或者是半角状态下的用户名与密码均为：‘or’‘=’ 8、不恰当的异常处理 分析：程序在抛出异常的时候给出了比较详细的内部错误信息，暴露了不应该显示的执行细节，网站存在潜在漏洞， 9、不安全的存储 分析：帐号列表：系统不应该允许用户浏览到网站所有的帐号，如果必须要一个用户列表，推荐使用某种形式的假名（屏幕名）来指向实际的帐号。 浏览器缓存：认证和会话数据不应该作为GET的一部分来发送，应该使用POST， 10、问题：跨站脚本（XSS） 分析：攻击者使用跨站脚本来发送恶意代码给没有发觉的用户，窃取他机器上的任意资料 测试方法： ● HTML标签：<…>… ● 转义字符：&(&)；<(<)；>(>)；(空格) ； ● 脚本语言：
精品文档 1 Web安全测试技术方案 1.1 测试的目标更好的发现当前系统存在的可能的安全隐患，避免发生危害性的安全事件更好的为今 后系统建设提供指导和有价值的意见及建议 1.2 测试的范围 本期测试服务范围包含如下各个系统： Web系统： 1.3 测试的内容 1.3.1 WEB^ 用 针对网站及WEB系统的安全测试，我们将进行以下方面的测试： Web 服务器安全漏洞 Web 服务器错误配置 SQL 注入 XSS （跨站脚本） CRLF 注入 目录遍历 文件包含 输入验证 认证 逻辑错误 Google Hacking 密码保护区域猜测字典攻击特定的错误页面检测脆弱权限的目录危险的HTTP 方法（如：PUT、DELETE） 1.4 测试的流程 方案制定部分： 精品文档 获取到客户的书面授权许可后，才进行安全测试的实施。并且将实施范围、方法、时间、人员等具体的方案与客户进行交流，并得到客户的认同。 在测试实施之前，让客户对安全测试过程和风险知晓，使随后的正式测试流程都在客户的控制下。 信息收集部分：
这包括：操作系统类型指纹收集；网络拓扑结构分析；端口扫描和目标系统提供的服务识别等。采用商业和开源的检测工具（AWVS burpsuite、Nmap等）进行收集。 测试实施部分： 在规避防火墙、入侵检测、防毒软件等安全产品监控的条件下进行：操作系统可检测到的漏洞测试、应用系统检测到的漏洞测试（如：Web应用），此阶段如果成功的话，可能获得普通权限。 安全测试人员可能用到的测试手段有：扫描分析、溢出测试、口令爆破、社会工程学、客户端攻击、中间人攻击等，用于测试人员顺利完成工程。在获取到普通权限后，尝试由普通权限提升为管理员权限，获得对系统的完全控制权。此过程将循环进行，直到测试完成。最后由安全测试人员清除中间数据。 分析报告输出： 安全测试人员根据测试的过程结果编写直观的安全测试服务报告。内容包括：具体的操作步骤描述；响应分析以及最后的安全修复建议。 下图是更为详细的步骤拆分示意图： 精品文档 1.5 测试的手段 根据安全测试的实际需求，采取自动化测试与人工检测与审核相结合的方式，大大的减少了自动化测试过程中的误报问题。
XXX 职业技术学院 毕业设计（论文） 题目： Web 网站渗透测试技术研究 系 (院) 信息系 专业班级 计算机网络 学 号 1234567890 学生姓名 XXX 校内导师 XXX 职 称 讲师 企业导师 XXX 职 称 工程师 企业导师 XXX 职 称 工程师 ----------------------------------------------装 订 线 ----------------------------------------------
Web网站渗透测试技术研究 摘要： 随着网络技术的发展和应用领域的扩张，网络安全问题越来越重要。相对于传统的系统安全，Web网站的安全得到了越来越多的重视。首先，越来越多的网络业务不再用专门的客户机/服务器模式开发，而是运行在Web网站上用浏览器统一访问；其次，和比较成熟的操作系统安全技术比较，Web网站的安全防护技术还不够完善，当前黑客也把大部分注意力集中在Web渗透技术的发展上，使Web网站安全总体上面临相当严峻的局面。 为了确保Web网站的安全，需要采用各种防护措施。在各种防护措施中，当前最有效的措施是先自己模拟黑客攻击，对需要评估的网站进行Web渗透测试，找到各种安全漏洞后再针对性进行修补。 本文在对Web网站渗透测试技术进行描述的基础上，配置了一个实验用Web网站，然后对此目标网站进行了各种黑客渗透攻击测试，找出需要修补的安全漏洞，从而加深了对Web 安全攻防的理解，有利于以后各种实际的网络安全防护工作。 关键词： 网络安全；Web网站；渗透测试 Web site penetration testing technology research Abstract： With the expansion of the network technology development and applications, network security issues become increasingly important. Compared with the traditional system security, Web security has got more and more attention. First, more and more network applications no longer develop with specialized client / server model, but run on the Web site and accessed by browser; Secondly, operating system security technology is relatively safe, but secure Web site protection technology is still not perfect, so the most of the curr ent hackers’attention focused on the development of Web penetration technology, the Web site is facing serious security situation in general. To ensure the security Web site, you need to use a variety of protective measures. In a variety of protective measures, the most effective measure is to own hacking simulation, the need to assess the Web site penetration testing, to find a variety of security vulnerabilities before specific repair. Based on the Web site penetration testing techniques described, the configuration of an experimental Web site, then this target site penetration of various hacker attack test, identify areas that need patching security holes, thereby deepening of Web security offensive understanding, there is conducive to future practical network security protection work. Keywords： Network Security, Web sites, penetration testing
安全测试方面应该参照spi的web安全top 10来进行。 目前做软件测试人员可能对安全性测试了解不够，测试结果不是很好。如果 经验不足，测试过程中可以采用一些较专业的web安全测试工具，如WebInspect、Acunetix.Web.Vulerability.Scanner等，不过自动化web安全测试的最大缺陷就是误 报太多，需要认为审核测试结果，对报告进行逐项手工检测核对。 对于web安全的测试用例，可以参照top 10来写，如果写一个详细的测试用例，还是比较麻烦的，建议采用安全界常用的web渗透报告结合top10来写就可以了。 现在有专门做系统和网站安全检测的公司，那里做安全检测的人的技术都很好，大多都是红客。 再补充点，网站即使站点不接受信用卡支付，安全问题也是非常重要的。Web 站点收集的用户资料只能在公司内部使用。如果用户信息被黑客泄露，客户在进行交易时，就不会有安全感。 目录设置 Web 安全的第一步就是正确设置目录。每个目录下应该有 index.html 或 main.html 页面，这样就不会显示该目录下的所有内容。我服务的一个公司没有执 行这条规则。我选中一幅图片，单击鼠标右键，找到该图片所在的路径 "…com/objects/images".然后在浏览器地址栏中手工输入该路径，发现该站点所有 图片的列表。这可能没什么关系。我进入下一级目录"…com/objects" ，点击jackpot.在该目录下有很多资料，其中引起我注意的是已过期页面。该公司每个月 都要更改产品价格，并且保存过期页面。我翻看了一下这些记录，就可以估计他 们的边际利润以及他们为了争取一个合同还有多大的降价空间。如果某个客户在谈判之前查看了这些信息，他们在谈判桌上肯定处于上风。 SSL 很多站点使用 SSL 进行安全传送。你知道你进入一个 SSL 站点是因为浏览器 出现了警告消息，而且在地址栏中的HTTP 变成HTTPS.如果开发部门使用了SSL，测试人员需要确定是否有相应的替代页面（适用于3.0 以下版本的浏览器，这些浏 览器不支持SSL.当用户进入或离开安全站点的时候，请确认有相应的提示信息。 是否有连接时间限制？超过限制时间后出现什么情况？ 登录
超实用！手把手教你如何3步进行Web渗透测试！ 一个偶然的机会，有幸邀请到了一家国外专门做web安全的公司来对自己的web系统做安全测试。4周下来，我与几位安全专家多次沟通，完成了对自己系统的威胁建模，渗透测试，白盒测试，一共发现了28个漏洞。经验宝贵，因此有必要好好总结下。 现在，随着企业信息化建设的开展，越来越多的重要数据会以电子媒介的形式存放，这在方便企业办公的同时，也造成了极大的安全隐患。近年来，随着APT攻击的蔓延，使得越来越多的企业遭受不可挽回的重大损失。 在目的明确、装备精良、经验丰富的“雇佣军”式的攻击者面前，传统的安全设备已显得力不从心，企业需要做的是定期开展专业的渗透测试，来降低风险，加固安全。 那么，什么是渗透测试？ 渗透测试，是渗透测试工程师完全模拟黑客可能使用的攻击技术和漏洞发现技术，对目标网
络、主机、应用的安全作深入的探测，发现系统最脆弱的环节。 如果说安全检测是“横向地毯式自动化扫描”，那么渗透测试就是“纵向深度人工化入侵”。可见渗透测试的目的是发现目标系统潜在的业务漏洞风险。 安全问题都体现在输入输出的问题上，能够分析数据流就有迹可循了。先知道渗透测试的流程，用工具找到漏洞，了解并且复现它。 如何进行Web渗透测试？ 1、完整web渗透测试框架 当需要测试的web应用数以千计，就有必要建立一套完整的安全测试框架，流程的最高目标是要保证交付给客户的安全测试服务质量。 立项：项目建立，时间安排，人力分配，目标制定，厂商接口人确定； 系统分析&威胁分析：针对具体的web应用，分析系统架构、使用的组件、对外提供的接口等，以STRIDE为威胁模型进行对应的安全威胁分析，输出安全威胁分析表，重点关注top3威胁； 制定测试用例：根据威胁分析的结果制定对应的测试用例，测试用例按照模板输出，具备可执行性； 测试执行&漏洞挖掘：测试用例执行&发散测试，挖掘对应的安全问题or漏洞； 问题修复&回归测试：指导客户应用开发方修复安全问题or漏洞，并进行回归测试，确保安全问题or漏洞得到修复，并且没有引入新的安全问题； 项目总结评审：项目过程总结，输出文档评审，相关文档归档。
一次WEB服务器渗透测试笔记 作者：佚名文章来源：网络点击数：78 更新时间：2008-11-17 渗透测试是最能直接的反映系统的安全性的一种手段了。现整理了前段时间进行的一次渗透测试的笔记，整个过程中所使用的工具和思路都比较简单，本文也正是为了您的系统不被这些“简单”的东西所击败而作 此次渗透测试的已知条件只有一个：目标IP地址211.***.***.114。 首先当然是常规的扫描nmap -v -sS -O 211.***.***.114，得到的结果如下： (The 1641 ports scanned but not shown below are in state: filtered) Port State Service 80/tcp open http Device type: general purpose Running: FreeBSD 4.X OS details: FreeBSD 4.7-RELEASE （注意：渗透测试需要有对方授权，任何未经许可的扫描和渗透都有可能受到起诉。） 这个结果让人比较郁闷，只开了80一个端口，而且是freebsd的系统，并用IPFW 或其他firewall进行了严格的过滤，看来这次的渗透要费点脑筋了。
但打开页面看了一下，更加让人丧气情况出现了：所有的连接都是静态的html页面！这意味着没有sql注入可利用，没有脚本漏洞可发掘！只是通过指纹验证httprint知道了web服务器是apache。 嗯，好吧，看来只能扫一下80端口试一下了。拿出RetinaApacheChunked... ... 当扫描结果出现在我眼前的时候，我想我有必要联系一下拉登大叔了，直接把这服务器炸掉算了！！！ 放弃？！当然不！“一条铁链的强度取决于其最薄弱的一环”，安全也从来都不是单点的安全，所以，扩大扫描的范围说不定会有收获。当然这个扩大也不是随意的，最好先估算一下对方的地址段的长 度，比如这个211.***.***.114，假设掩码是240，则该段地址即为：211.***.***.112－211.***.***.127 。这个不用解释了吧！ 拿出nmap，扫描从211.***.***.113－211.***.***.126的地址。得到的结果中最另人感兴趣的是一台开放了80端口的windows2000的主机211.***.***.116。一种直觉告诉我这台主机就是突破口！ http://211.***.***.116 出现在我眼前的是一个asp论坛的首页，但奇怪的是该论坛没什么分论坛也没几个注册用户，很可能是一个用来测试的系统。看了下论坛底部的版本信息“Powered by China Power Board v1.2”，原来是CPB的论坛，而且印象里这个v1.2好像是有注入漏洞，（窃喜）。 用google搜索到一个cpbv1.2研究了一下，原来数据库用的是ACCESS，储存管理员用户名和密码的表名为admin，这是我们最关心的东西，该表有四列：a_id admin password a_grade，其中passoword是使用md5加密过的。好了知道了这些基本信息，就可以进行下一步了：
1 Web 安全测试技术方案 1.1测试的目标 更好的发现当前系统存在的可能的安全隐患，避免发生危害性的安全事件 更好的为今后系统建设提供指导和有价值的意见及建议 1.2测试的范围 本期测试服务范围包含如下各个系统： Web 系统： 1.3测试的内容 1.3.1WEB 应用 针对网站及WEB 系统的安全测试，我们将进行以下方面的测试： Web 服务器安全漏洞 Web 服务器错误配置 SQL 注入 RSS （跨站脚本） CRLF 注入 目录遍历 文件包含 输入验证 认证逻辑错误 GoogleHacAing 密码保护区域猜测字典攻击特定的错误页面检测脆弱权限的目录危险的HTTP
方法（如：PUT、DELETE） 1.4测试的流程 方案制定部分：获取到客户的书面授权许可后，才进行安全测试的实施。并且将实施范围、方法、时间、人员等具体的方案与客户进行交流，并得到客户的认同。 在测试实施之前，让客户对安全测试过程和风险知晓，使随后的正式测试流程都在客户的控制下。 信息收集部分：这包括：操作系统类型指纹收集；网络拓扑结构分析；端口扫描和目标系统提供的服务识别等。采用商业和开源的检测工具（AWVS 、burpsuite 、Nmap 等）进行收集。 测试实施部分：在规避防火墙、入侵检测、防毒软件等安全产品监控的条件下进行：操作系统可检测到的漏洞测试、应用系统检测到的漏洞测试（如：Web 应用），此阶段如果成功的话，可能获得普通权限。 安全测试人员可能用到的测试手段有：扫描分析、溢出测试、口令爆破、社会工程学、客户端攻击、中间人攻击等，用于测试人员顺利完成工程。在获取到普通权限后，尝试由普
web安全渗透测试培训安全测试总结 跨站点脚本攻击（Xss） Burpsuite探测反射型xss问题请求的值没有做处理就在响应中返回 越权访问定义：不同权限账户之间的功能及数据存在越权访问。 测试方法： 1.抓取A用户功能链接，然后登录B用户对此链接进行访问。 2.抓取用户A的uesrid，用用户B登录时替换为用户A的userid。 3.抓取用户A的cookie，用用户B登录时替换用户A的cookie。 文上传漏洞定义：没有对上传文扩展名进行限制或者限制可以被绕过。 测试方法：找到系统中可以上传文的地方，抓取功能链接，修改文扩展名，看响应包的状态。 关键会话重放攻击定义：可以抓取包固定账号破解密码、固定密码破解账号和重放提交投票数据包。 测试方法：
使用抓包工具抓取系统登录请求，获得用户和密码参数，使用用户或密码字典替代登录请求会话中对应的用户或密码参数，暴力破解。 中间weblogic命令执行漏洞定义：weblogic反序列化漏洞，可以执行系统命令。 测试方法： 使用CVE-20XX-2628漏洞检测工具，对目标主机进行检测。在url.txt中填入目标主机的“ip:port”，这里填入 192.168.2.103:7001。在windows主机打开命令行运行CVE-20XX-2628-MultiThreading.py开始检测。 敏感信息泄露定义：系统暴露系统内部信息，包括网站绝对路径泄露、SQL语句泄露、中间泄露、程序异常回显。 测试方法： 1.使用抓包工具对系统中的参数进行篡改，加入特殊符号“’、--、&;”，查看返回数据包。 2.查看系统前端js代码。 SQL语句泄露中间版本泄露程序异常回显程序异常回显后台泄露漏洞中间后台泄露定义：weblogic后台地址过于简单，攻击者很容易猜测和破解到后台地址。 测试方法： 1.不允许使用默认地址 2.不允许只修改控制台访问地址的端口号
如果Web服务中的SSL和TLS协议出现安全问题，后果会如何?很明显，这样的话攻击者就可以拥有你所有的安全信息，包括我们的用户名、密码、信用卡、银行信息……所有的一切。本文将向读者详细介绍如何针对Web服务中的SSL和TLS协议进行安全渗透测试。我们首先对这两种协议进行了概述，然后详细介绍了针对加密信道安全性的黑盒测试和白盒测试。最后列出了一些常用的安全测试工具。 一、简介 目前，许多重要的Web服务都使用了SSL和TLS协议对通信进行保护。我们知道，http协议是使用明文进行传输的，但是像网络银行之类的web应用如果使用http协议的话，那么所有的机密信息都会暴露在网络连接中，这就像银行用一个透明的信封给我们邮寄信用卡帐号和密码一样，在从银行到达用户之间任何接触过这封信的人，都能看到我们的帐号和密码。为了提高其安全性，经常需要通过SSL或者TLS隧道传输这些明文，这样就产生了https通信流量。例如网络银行之类的应用，在服务器和客户端之间传输密码，信用卡号码等重要信息时，都是通过https协议进行加密传送的。 SSL和TLS是两种安全协议，它们通过加密技术为传输的信息提供安全信道、机密性和身份验证等安全功能。我们知道由于对高级密码技术的出口限制，会造成遗留系统使用的是弱加密技术。如果系统采用了弱密码，或者说密码强度过低的话，攻击者可以在有效的时间内破解密钥，而攻击者一旦得到了密钥，就像小偷得到了我们家的钥匙一样，所有的锁都会形同虚设。但是，新Web服务器就不会使用弱加密系统了吗?答案是否定的，因为许多新Web服务器也经常被配臵成处理虚密码选项。为了实现这些安全特性，协议必须确保使用的密码算法有足够的强度，并且密码算法得到了正确的实现。即使服务器安装使用了高级的加密模块，但是如果配臵不当的话，也有可能为安全特性要求较高的通信信道的设臵了较弱的加密技术。下面，我们将详细介绍如何对这两种协议的配臵进行安全审计。 二、测试SSL/TLS的密码规范 我们知道，http协议是使用明文进行传输的，为了提高其安全性，经常需要通过SSL或者TLS隧道传输这些明文，这样就产生了https通信流量。除对传输的数据进行加密处理之外，https(安全超文本传输协议，HTTPS)还能利用数字证书为服务器或客户端提供身份标识。 过去，美国政府对加密系统的出口有许多限制，如密钥长度最大为40位，因为密钥长度越短，它就越容易破解。后来，密码出口条例已经放宽了许多，但是，检查服务器的SSL配臵仍然十分重要，因为它有可能配臵使用了弱加密技术。基于SSL的服务不应该提供选择弱密码的机会。 注意，我们这里所说的弱密码，指的是加密强度不够、容易破解的加密系统。不同的加密算法具有不同的密码强度，但是在算法一定的情况下，密钥的长度越长，加密强度越高。 技术上，选择加密技术的过程如下所示：在建立SSL连接的初期，客户端向服务器发送一个Clien t Hello消息，以告知服务器它支持哪些加密技术等。一般情况下，客户端通常是一个Web浏览器，所以浏览器是目前最常见的SSL客户端;然而，任何支持SSL的应用程序都可以作为SSL客户端使用。比如，有时候SSL客户端是些SSL代理(如stunnel)，它们使得那些不支持SSL的工具也能与SSL服务通信。同理，SSL服务器端通常为Web服务器，但是其他应用程序也可以充当SSL服务器端。加密套件规定了具体的密码协议(DES、RC4、AES)、密钥长度(诸如40、56或者128位)和用于完整性检验的散列算法(SHA、MD5)。收到Client Hello消息后，服务器以此确定该会话所使用的加密套件。当然，通过配臵可以规定服务器能够接受哪些密码套件，这样的话，我们就能够控制是否跟仅支持40位加密的客户端通话 三、黑盒测试 为了检测可能支持的弱密码，必须找出与SSL/TLS服务相关的端口。通常情况下，要检查端口443，因为它是标准的https端口;不过运行在443端口上的却未必是https服务，因为通过配臵，https服务可以运行在非标准的端口上，同时，Web应用程序也许使用了其它利用SSL/TLS封装的服务。一般而言，为了找出这些端口，必须找出使用了哪些服务。
网站渗透测试报告-模板
____________________________ 电子信息学院渗透测试课程实验报告____________________________ 实验名称：________________________ 实验时间：________________________ 学生姓名：________________________ 学生学号：________________________
目录 第1章概述 (3) .测试目的 (3) .测试范围 (3) .数据来源 (3) 第2章详细测试结果 (4) .测试工具 (4) .测试步骤 (4) 预扫描 (4) 工具扫描 (4) 人工检测 (5) 其他 (5) .测试结果 (5) 跨站脚本漏洞 (6) 盲注 (7) 管理后台 (10) .实验总结 (11)
第1章概述 .测试目的 通过实施针对性的渗透测试，发现XXXX网站系统的安全漏洞，保障XXX业务系统安全运行。 .测试范围 根据事先交流，本次测试的范围详细如下： .数据来源 通过漏洞扫描和手动分析获取相关数据。
第2章详细测试结果 .测试工具 根据测试的范围，本次渗透测试可能用到的相关工具列表如下： .测试步骤 预扫描 通过端口扫描或主机查看，确定主机所开放的服务。来检查是否有非正常的服务程序在运行。 工具扫描 主要通过Nessus进行主机扫描，通过WVS进行WEB扫描。通过Nmap进行端口扫描，得出扫描结果。三个结果进行对比分析。
人工检测 对以上扫描结果进行手动验证，判断扫描结果中的问题是否真实存在。 其他 根据现场具体情况，通过双方确认后采取相应的解决方式。 .测试结果 本次渗透测试共发现2个类型的高风险漏洞，1个类型的低风险漏洞。这些漏洞可以直接登陆web管理后台管理员权限，同时可能引起内网渗透。获取到的权限如下图所示： 可以获取web管理后台管理员权限，如下步骤所示： 通过SQL盲注漏洞获取管理员用户名和密码hash值，并通过暴力破解工具破解得到root用户的密码“mylove1993.” 利用工具扫描得到管理后台url，使用root/mylove1993.登陆后台如图：