0x01
背景
chunked-coding-converter在0.2.1以及之前版本是不支持对二进制数据进行分块的。这个问题实验室的darkr4y师傅今年3月份的时候就已经反馈了多次,由于懒癌在身一直没有更新。直到我自己遇到一个站点,反序列化带大量脏数据没有绕成功,于是又想起了分块传输。花了一点时间让插件支持了二进制数据,然而这样依然被拦截了!
这也在意料之中,分块传输被公开已经有两年之久,很多WAF已经支持检测。那有没有办法让这个姿势重振往日雄风呢?
0x02
延时分块
通过测试,WAF一般是如下应对分块传输的。
1. 发现数据包是分块传输,启动分块传输线程进行接收
2. 分块传输线程不断接收客户端传来的分块,直到接收到0\r\n\r\n
3. 将所有分块合并,并检测合并之后的内容。
当时和darkr4y师傅交流时,我们曾做过一个设想,**在上一块传输完成后,sleep一段时间,再发送下一块。**目的是在2阶段延长WAF分块传输线程的等待时间,消耗WAF性能。这时有没有可能WAF为自身性能和为业务让步考虑,而放弃等待所有分块发送完呢? 。这次正好遇到适合的环境来验证一下想法。
当然了,我们块与块之间发送的间隔时间必须要小于后端中间件的post timeout,Tomcat默认是20s,weblogic是30s。
0x03
编码实现
为了加大WAF的识别难度,我们可以考虑以下3点。
1. 延时时间随机化
2. 分块长度随机化
3. 垃圾注释内容与长度随机化[可选]
首先我们需要对原始request header进行处理。需要把Content-Length删除,分块传输不需要发送body长度,然后加上Transfer-Encoding: chunked头。
其实调用HttpURLConnection.setChunkedStreamingMode(int chunkedLen)就可以实现分块发包。不过这个接口只能设置固定分块长度,而且无法直接控制分块时间间隔。于是我打算用socket来模拟发送http/https分块传输包,这样要灵活的多。以下是实现的简化代码。
为了方便日后使用,我给chunked-coding-converter插件添加了sleep chunked sender,并添加很多细节功能,比如预估分块数量范围和延时范围,显示每一块发送的内容,长度,延时时间以及发送状态等等。
这里我直接使用最新版本,将被拦截的数据分成218块,共延时1分46秒发送,最终成功绕过WAF。
0x04
一些零碎
最后列一点边边角角的东西,当餐后”甜点“,需要请自取。
1. 只有HTTP/1.1支持分块传输
2. POST包都支持分块,不局限仅仅于反序列化和上传包
3. Transfer-Encoding: chunked大小写不敏感