多测师肖sir_高级金牌讲师_第2个月第1讲9安全测试（002）

1.1什么是web安全测试？

Web安全测试就是要提供证据表明，在面对敌意和恶意输入的时候，web系统应用仍然能够充分地满足它的需求

1.2为什么进行Web安全测试

2005年06月，CardSystems，黑客恶意侵入了它的电脑系统，窃取了4000万张信用卡的资料。

2011年12月，国内最大的开发者社区CSDN被黑客在互联网上公布了600万注册用户的数据；黑客随后陆续公布了网易、人人、天涯、猫扑等多家大型网站的数据信息。

2014年12月，大量12306用户数据被泄露，被泄露的数据达131653条，包括用户账号、明文密码、身份证和邮箱等多种信息。

2018年03月，Facebook泄露数千万用户的数据，信息被违规滥用，导致股价一度下跌；12月再次因一个软件漏洞导致用户的私人照片遭泄露。

如图：
1、熊猫烧香

2、灰鸽子

3、zoom

目前web应用越来越广泛，web安全威胁也就更明显，而web攻击隐蔽性强，危害性大。因而web安全测试也就显得尤为必要了。

1.3web安全的认识误区

Web网站使用了防火墙，所以很安全

Web网站使用了IDS，所以很安全

Web网站使用了SSL加密，所以很安全

漏洞扫描工具没发现任何问题，所以很安全

我们每季度都会聘用安全人员进行审计，所以很安全

2：web攻击的主要类型

跨站脚本(XSS)攻击

SQL注入

XML注入

目录遍历

上传漏洞攻击

下载漏洞攻击

信息泄露

访问控制错误

2.1跨站脚本(XSS)攻击

XSS又叫CSS(CrossSiteScript)，跨站脚本攻击。它指的是恶意攻击者往Web页面里插入恶意html代码，当用户浏览该页之时，嵌入其中Web里面的html代码会被执行，从而达到恶意用户的特殊目的。

盗取Cookie

钓鱼

操纵受害者的浏览器

蠕虫攻击

反射型跨站（reflected xss）

服务端获取HTTP请求中的参数，未经过滤直接输出到客户端。如果这些参数是脚本，它将在客户端执行。(钓鱼常见)

存储型跨站（Sstored xss）

用户输入的数据存放在服务端(一般放数据库里)，其他用户访问某个页面时，这些数据未经过滤直接输出。这些数据可能是恶意脚本，对其他用户造成危害。(挂马常见)

mom跨站（DOM-Based XSS）

攻击者提交的恶意数据并未显式的包含在web服务器的响应页面中，但会被页面中的js脚本以变量的形式来访问到，导致浏览器在渲染页面执行js脚本的过程中，通过DOM操作执行了变量所代表的恶意脚本。

跨站请求伪造（csrf）

强迫受害者的浏览器向一个易受攻击的Web应用程序发送请求,最后达到攻击者所需要的操作行为。恶意请求会带上浏览器的Cookie。受攻击的Web应用信任浏览器的Cookie

俗话：我们打开了页面以后中毒，

2.2 sql注入

将SQL命令人为的输入到URL、表格域、或者其他动态生成的SQL查询语句的输入参数中，完成SQL攻击。

查询数据库中的敏感内容

绕过认证

添加、删除、修改数据

拒绝服务

典型例子：

原URL:http://localhost/name?nameid=222

攻击SQL注入：http://localhost/name?nameid=‘’or1=1

注入点一般存在以下几个地方：

2.3XML注入

和SQL注入原理一样，XML是存储数据的地方，如果在查询或修改时，如果没有做转义，直接输入或输出数据，都将导致XML注入漏洞。攻击者可以修改XML数据格式，增加新的XML节点，对数据处理流程产生影响。

2.4目录遍历

目录遍历攻击指的是：恶意用户找到受限文件的位置并且浏览或者执行它们。

攻击者浏览受限文件，比如读取配置文件、密码文件等，就会破坏隐私，甚至引发安全问题。而如执行了受限的文件，攻击者就可以根据自己的意愿来控制和修改web站点

2.5上传文件

Web应用程序在处理用户上传的文件时，没有判断文件的扩展名是否在允许的范围内，或者没检测文件内容的合法性，就把文件保存在服务器上，甚至上传脚本木马到web服务器上，直接控制web服务器。

未限制扩展名

未检查文件内容

病毒文件

例如：后缀格式要求png，jpg，
上传图片有

2.6任意文件下载

Web应用程序提供下载文件的路径时，文件的路径用户可控且未校验或校验不严，攻击者通过”…/”字符来遍历高层目录，并且尝试找到系统的配置文件或者系统中存在的敏感文件。

下载任意附件

下载数据库配置文件等

2.7消息泄露

Web应用程序在处理用户错误请求时，程序在抛出异常的时候给出了比较详细的内部错误信息，而暴露了不应该显示的执行细节，如文件路径、数据库信息、中间件信息、IP地址等

2.8访问控制错误

系统没有对URL的访问作出限制或者系统已经对URL的访问做了限制，但这种限制却实际并没有生效。攻击者能够很容易的就伪造请求直接访问未被授权的页面。

例如，通过一个参数表示用户通过了认证：

http://www.example.com/userinfo.jsp?authenticated=no 通过修改authenticated参数为Yes：

http://www.example.com/userinfo.jsp?authenticated=yes

3.1 web安全测评要求

信息系统的安全保护等级分为五级，一至五级等级越高，约束越严格。以二级为例，应用安全测评要求（二级）为：身份鉴别、访问控制、安全审计、通信完整性、通信保密性、软件容错、资源控制；

3.2web安全测试方法

手动测试（结合测评要求）

自动测试

混合测试

upfile1588943840631.png

手动测试 ：

1.不登录系统，直接输入登录后的页面的url是否可以访问

2.不登录系统，直接输入下载文件的url是否可以下载，如输入http://url/download?name=file是否可以下载文件file

3.退出登录后按后退按钮能否访问之前的页面

4.ID/密码验证方式中能否使用简单密码。如密码标准为6位以上，字母和数字混合，不能包含ID，连续的字母或数字不能

超过n位

5.重要信息（如密码，身份证号码，信用卡号等）在输入或查询时是否用明文显示；在浏览器地址栏里输入命令

javascrīpt:alert(doucument.cookie)时是否有重要信息；在html源码中能否看到重要信息

6.手动更改URL中的参数值能否访问没有权限访问的页面。如普通用户对应的url中的参数为l=e，高级用户对应的url中的参

数为l=s，以普通用户的身份登录系统后将url中的参数e改为s来访问本没有权限访问的页面

7.url里不可修改的参数是否可以被修改

8.上传与服务器端语言（jsp、asp、php）一样扩展名的文件或exe等可执行文件后，确认在服务器端是否可直接运行

9.注册用户时是否可以以’–,'or1=1–等做为用户名

10.传送给服务器的参数（如查询关键字、url中的参数等）中包含特殊字符（’,'and1=1–,'and1=0–,'or1=0–）时是否可

以正常处理

11.执行新增操作时，在所有的输入框中输入脚本标签（<scrīpt>alert("")< scrīpt><="" font="">）后能否保存

12.在url中输入下面的地址是否可以下载：

http://url/download.jsp?file=C:\windows\system32\drivers\etc\hosts,http://url/download.jsp?file=/etc/passwd

13.是否对session的有效期进行处理

14.错误信息中是否含有sql语句、sql错误信息以及web服务器的绝对路径等

15.ID/密码验证方式中，同一个账号在不同的机器上不能同时登录

16.ID/密码验证方式中，连续数次输入错误密码后该账户是否被锁定

17.新增或修改重要信息（密码、身份证号码、信用卡号等）时是否有自动完成功能（在form标签中使用autocomplete=off

来关闭自动完成功能

3.3工具的使用

AWVS

WebInspect

AppScan

AppScan原理

通过搜索（爬行）发现整个Web应用结构

根据分析，发送修改的HTTPRequest进行攻击尝试（扫描规则库）

通过对于Respone的分析验证是否存在安全漏

标签：Web,sir,url,多测,师肖,用户,安全,web,文件
来源： https://blog.csdn.net/m0_47403059/article/details/113876513