概述
通用的方法,不仅限于SQL注入,就是万金油,无非就是大小写、双写、编码、注释、垃圾字符、分块传输、HPP、WAF特性等
核心:所有能改的地方,都捣鼓捣鼓改改,增加就加,能删就删,多拿点其他内容来混淆视听。
大小写
unIoN Select
双写
一些后端可能会直接给关键词过滤为空,那么就可以利用双写来绕过
ununionion ==> 去掉union ==> union
编码
- URL编码
- Unicode编码
- 十六进制编码
- 其他后端会解析的编码
注释
如mysql中的内联注释,可以用来代替空格
注释也可以和换行搭配使用,注释掉后面的内容,再通过换行逃逸到注释之外test.php?id=1 /*!order*//**/%23A%0A/**/%23A%0A/*!by*//**/2
垃圾字符
一些WAF设置了过滤的数据包长度,如果数据包太大太长,为了考虑性能就会直接略过这个数据包GET /foo?sqli=111...80万个1...111'+and+2*3=6+--+ HTTP/1.1
User-Agent: Mozilla/5.0
Host: Host
Accept: */*
分块传输
burp插件:https://github.com/c0ny1/chunked-coding-converter.git
在头部加入Transfer-Encoding: chunked
之后,就代表这个报文采用了分块编码。这时,post请求报文中的数据部分需要改为用一系列分块来传输。每个分块包含十六进制的长度值和数据,长度值独占一行,长度不包括它结尾的,也不包括分块数据结尾的,且最后需要用0独占一行表示结束。HTTP协议绕过
HTTP 0.9
HTTP 0.9协议只有GET方法,且没有HEADER信息等,WAF就可能认不出这种的请求包,于是达到绕过WAF的效果参数污染(HPP)
简单来说,存在多个同名参数的情况下,可能存在逻辑层和WAF层对参数的取值不同,即可能逻辑层使用的第一个参数,而WAF层使用的第二个参数,我们只需要第二个参数正常,在第一个参数插入payload,这样组合起来就可以绕过WAF,如下数据包:
部分中间件的处理方法:GET /foo?par=first&par=last HTTP/1.1
User-Agent: Mozilla/5.0
Host: Host
Accept: */*
Web环境 | 参数获取函数 | 获取到的参数 |
---|---|---|
PHP/Apache | $_GET(“par”) | last |
JSP/Tomcat | Request.getParameter(“par”) | first |
Perl(CGI)/Apache | Param(“par”) | first |
Python/Apache | getvalue(“par”) | [“first”,”last”] |
ASP.NET/IIS | Request.QueryString(“par”) | first,last |
Pipeline(keep-alive)
http请求头部中有Connection
这个字段,建立的tcp连接会根据此字段的值来判断是否断开,当发送的内容太大,超过一个http包容量,需要分多次发送时,值会变成keep-alive
,即本次发起的http请求所建立的tcp连接不断开,直到所发送内容结束Connection
为close
为止
我们可以手动将此值置为keep-alive,然后在http请求报文中构造多个请求,将恶意代码隐藏在第n个请求中,从而绕过waf
记得把brupsuite自动更新
Content-Length
的勾去掉
大概数据包就是这样
POST / HTTP/1.1
Host: www.baidu.com
User-Agent: Mozilla/5.0 (Windows NT 10.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/99.0.7113.93 Safari/537.36
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,*/*;q=0.8
Accept-Language: zh-CN,zh;q=0.8,zh-TW;q=0.7,zh-HK;q=0.5,en-US;q=0.3,en;q=0.2
Accept-Encoding: gzip, deflate
Upgrade-Insecure-Requests: 1
Connection: Keep-Alive
Content-Type: application/x-www-form-urlencoded
Content-Length: 3
a=1GET / HTTP/1.1
Host: www.baidu.com
User-Agent: Mozilla/5.0 (Windows NT 10.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/99.0.7113.93 Safari/537.36
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,*/*;q=0.8
Accept-Language: zh-CN,zh;q=0.8,zh-TW;q=0.7,zh-HK;q=0.5,en-US;q=0.3,en;q=0.2
Accept-Encoding: gzip, deflate
Upgrade-Insecure-Requests: 1
Connection: close
HTTP charset
利用Content-Type: xxx;charset=xxx
编码绕过,payload转义后,由于大部分的WAF默认用UTF8编码检测,所以能用此方法来达到绕过关键词过滤的效果
application/x-www-form-urlencoded; charset=ibm037
multipart/form-data; charset=ibm037, boundary=blah
multipart/form-data; boundary=blah ; charset=ibm037
WAF特性
云WAF绕过
找到真实IP,修改本地hosts文件或者直接在burp中指定解析,避免流量走到云WAF上即可。
白名单绕过
一些WAF为了保证核心功能如登陆功能正常,会在内部设立一个文件白名单,或内容白名单,只要和这些文件或内容有关,无论怎么测试,都不会进行拦截。
如:WAF设立了白名单/admin
,那么我们的测试payload可以通过如下的手法来绕过
# 原来被拦截
http://a.a/?id=123 and 2*3=6
# 现在不拦截
http://a.a/?a=/admin&id=123 and 2*3=6
静态文件绕过
一些WAF为了减少服务器的压力,会对静态文件如.png
、.css
等直接放行,那么我们可以尝试伪装成静态文件来绕过
如:
# 原来被拦截
http://a.a/?id=123 and 2*3=6
# 现在不拦截
http://a.a/?1.jpg&id=123 and 2*3=6
Content-Type绕过
一些WAF识别到特定的content-type后,则会判定为该请求的类型,如:
发现Content-Type
为multipart/form-data
时,会认为这属于文件上传的请求,从而只检测文件上传漏洞,导致不拦截其他类型的payload
请求方式绕过
- 一些WAF对于
get
请求和post
请求的处理机制不一样,可能对POST请求稍加松懈,因此给GET
请求变成POST
请求有可能绕过拦截。 - 一些WAF检测到
POST
请求后,就不会对GET
携带的参数进行过滤检测,因此导致被绕过。解析兼容性
一些WAF检测时,完全按照标准的HTTP协议去匹配,但WEB容器会做一些兼容性适配,如上传时
我们只需要稍加修改,那么按照标准协议去解析就找不到文件名,从而绕过拦截filename="shell.php"
filename="shell.php
filename='shell.php'
filename=shell.php
容器特性
[!tip] 可通过所有fuzz一遍,看看容器是如何处理的
IIS+ASP: