XSS现代WAF规则探测及绕过技术

初始测试

1、使用无害的payload,类似<b>,<i>,<u>观察响应,判断应用程序是否被HTML编码,是否标签被过滤,是否过滤<>等等;

2、如果过滤闭合标签,尝试无闭合标签的payload(<b,<i,<marquee)观察响应;

3、尝试以下的payload

判断是否触发过滤规则,尝试使用大小写混合字符

1、如果大小写不行的话,<script>被过滤尝试<scr<script>ipt>alert(1)</scr<script>ipt>;

2、使用<a>标签测试

<a被过滤?

href被过滤?

其他内容被过滤?

如果没有过滤尝试使用

尝试使用错误的事件查看过滤

HTML5拥有150个事件处理函数,可以多尝试其他函数

测试其他标签

src属性

iframe

Embed

Action

mario验证

“formaction”属性

“background”属性

“posters” 属性

“data”属性

“code”属性

事件处理

短payload

嵌套欺骗

圆括号被过滤

Expression 属性

“location”属性

其他Payload

();:被过滤

Opera的变量

实体解码

编码

JavaScript是很灵活的语言,可以使用十六进制、Unicode、HTML等进行编码,以下属性可以被编码(支持HTML, Octal, Decimal,
Hexadecimal, and Unicode)

基于上下文的过滤

WAF最大的问题是不能理解内容,使用黑名单可以阻挡独立的js脚本,但仍不能对xss提供足够的保护,如果一个反射型的XSS是下面这种形式

输入反射属性

我们可以使用 “><imgsrc=x  onerror=prompt(0);>触发,但是如果<>被过滤,我们仍然可以使用“ autofocusonfocus=alert(1)//触发,基本是使用“ 关闭value属性,再加入我们的执行脚本

输入反射在<script>标签内

类似这种情况:

通常,我们使用“></script>,闭合前面的</script>标签,然而在这种情况,我们也可以直接输入执行脚本alert(), prompt()
confirm() ,例如:

非常规事件监听

DOMfocusin,DOMfocusout,等事件,这些需要特定的事件监听适当的执行。例如:

此类事件的列表

超文本内容

代码中的情况如下

可以使用javascript:alert(1)//直接执行<a
href=”javascript:alert(1)//”>Click</a>

变形

主要包含大小写和

JavaScript变形

IE10以下和URI中可以使用VBScript

Data URl

JSON内容

反射输入

可以使用

结果

输入反射在svg标签内

源码如下:

可以输入

如果系统编码了”字符

原因是引入了附加的(XML)到HTML内容里,可以使用2次编码处理

浏览器BUG

字符集BUG

字符集BUG在IE中很普遍,最早的bug是UTF-7。如果能控制字符集编码,我们可以绕过99% 的WAF过滤。

示例

可以控制编码,提交

可以修改为UTF-32编码形式

空字节

最长用来绕过mod_security防火墙,形式如下:

空字节只适用于PHP 5.3.8以上的版本

语法BUG

RFC声明中节点名称不能是空格,以下的形式在javascript中不能运行

<%, <//, <!,<?可以被解析成<,所以可以使用以下的payload

参考http://html5sec.org/#71

参考http://html5sec.org/#115

参考 http://html5sec.org/#77

Unicode分隔符

[on\w+\s*]这个规则过滤了所有on事件,为了验证每个浏览器中有效的分隔符,可以使用fuzzing方法测试0×00到0xff,结果如下:

缺少X-frame选项

通常会认为X-frame是用来防护点击劫持的配置,其实也可以防护使用iframe引用的xss漏洞

Docmodes

IE引入了doc-mode很长时间,提供给老版本浏览器的后端兼容性,有风险,攻击情景是黑客可以引用你站点的框架,他可以引入doc-mode执行css表达式

以下POC可以插入到IE7中

Window.name欺骗

情景:我们用iframe加载一个页面,我们可以控制窗口的名称,这里也可以执行javascript代码

POC

DOM型XSS

服务器不支持过滤DOM型的XSS,因为DOM型XSS总是在客户端执行,看一个例子:

在一些情况下,反射型XSS可以转换成DOM型XSS:

上面的POC只在[.+都被允许的情况下适用,可以使用location.hash注入任何不允许的编码

如果有客户端过滤可能不适用

绕过

ModSecurity绕过

参考http://blog.spiderlabs.com/2013/09/modsecurity-xss-evasion-challenge-results.html

WEB KNIGHT绕过

F5 BIG IP ASM and Palo ALTO绕过

Dot Defender绕过

结论

黑名单方式永远不是最好的解决办法,但是相对与白名单效率很高,对于WAF供应商来说,最好的实践如下:

1、开发者和管理员要注意WAF只能缓解攻击,并且针对已知的弱点的防护只是和源代码修复的方法打个时间差;

2、要保持WAF的规则库更新;

3、WAF可以配置参数限制,需要提供手册用于配置参数content-length最大最小长度,content-type类型,在入侵时进行告警;

4、如果WAF依据黑名单,要确保可以阻断已知的浏览器BUG,并且相应规则库要及时更新。

[via@freebuf] 原作者:RAFAY BALOCH,TANZIL JAFFERY