突破IE安全限制獲取iframe子框架內(nèi)的本地cookie
互聯(lián)網(wǎng) 發(fā)布時(shí)間:2008-10-08 19:36:26 作者:佚名
我要評(píng)論

作者:aullik5
今天這篇主要是要講以下這么幾件事情:
1. iframe的限制
2. 突破iframe獲取本地cookie的思路
3. 利用Cross Iframe Trick突破iframe安全限制
我的測(cè)試環(huán)境是: IE 7 (7.0.5730.13)
以下所有的內(nèi)容全部經(jīng)過(guò)我在IE7中測(cè)試,是真實(shí)有效的
作者:aullik5
今天這篇主要是要講以下這么幾件事情:
1. iframe的限制
2. 突破iframe獲取本地cookie的思路
3. 利用Cross Iframe Trick突破iframe安全限制
我的測(cè)試環(huán)境是: IE 7 (7.0.5730.13)
以下所有的內(nèi)容全部經(jīng)過(guò)我在IE7中測(cè)試,是真實(shí)有效的結(jié)果。
Iframe的限制:
因?yàn)閕frame這個(gè)玩意比較特殊,所以瀏覽器對(duì)它一般都有一些限制。
首先父窗口不能控制子窗口的js,只能讀取一些對(duì)象;子窗口也不能使用父窗口的js,也只能讀部分對(duì)象,更多的比如document啥的都限制了。
關(guān)系如下:
- 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對(duì)于有些利用子窗口執(zhí)行父窗口js的方法是限制的
比如,在子窗口里可以這么使用:
parent.location.href="http://www.sohu.com";
上面的語(yǔ)句將把父窗口重新定義到sohu的網(wǎng)站去.
但是如果想執(zhí)行js,或者是讀取document對(duì)象,則會(huì)被拒絕訪問(wèn)
parent.location.href=new String("javascript:alert(document.cookie)");
parent.location.href=new String("javascript:alert(1)");
像這兩條都會(huì)被拒絕。
對(duì)于iframe,F(xiàn)irefox3 居然是不限制本地cookie發(fā)送的!也就是說(shuō),在Firefox環(huán)境里,使用iframe包含一個(gè)遠(yuǎn)程頁(yè)面,是會(huì)將保存在本地的cookie發(fā)送出去的,這使得CSRF會(huì)非常之方便。
但是IE不同,對(duì)于IE環(huán)境中,img和iframe標(biāo)簽都只能發(fā)送session cookie,無(wú)法發(fā)送本地cookie,所以很多時(shí)候CSRF會(huì)失敗,這也會(huì)給XSS帶來(lái)很大的麻煩,比如會(huì)使得XSRF更困難一些。
鑒于Firefox一點(diǎn)挑戰(zhàn)都沒(méi)有,所以今天主要研究的對(duì)象是IE。
在IE環(huán)境下,程序員們一般都是使用P3P協(xié)議來(lái)獲取跨域cookie的,但是P3P也要求我們改寫(xiě)HTTP頭,更麻煩,在這里,我純粹使用一些腳本的技巧來(lái)突破這些限制。
突破IFRAME限制的思路:(以下都是在IE環(huán)境中)
由于頁(yè)面里的iframe都是發(fā)送的session cookie,所以子框架頁(yè)面里本身是只有一個(gè)session cookie的,我們無(wú)法通過(guò)在子框架里執(zhí)行js的方法來(lái)獲取本地cookie,無(wú)中生有的事情是干不出來(lái)的。
了解這一原理后,思路就很明確了:想辦法新起一個(gè)不受限制的窗口,從而獲取本地cookie。
具體來(lái)說(shuō),有這么兩個(gè)辦法:
1、 使用window.open打開(kāi)一個(gè)新窗口
2、 回到父窗口,讓其打開(kāi)一個(gè)新窗口
在子框架中,使用window.open()確實(shí)可以發(fā)送本地cookie,但是問(wèn)題是瀏覽器一般會(huì)限制頁(yè)面彈窗口,會(huì)被攔截,所以這個(gè)方法比較囧~~,不是個(gè)好辦法。
而第二個(gè)辦法,回到父窗口去打開(kāi)新窗口,就涉及到一個(gè)突破iframe執(zhí)行腳本的問(wèn)題,而這個(gè)問(wèn)題在我的前一篇Cross Iframe Trick 里已經(jīng)解決了,所以我們的方法就呼之欲出了。
利用Cross Iframe Trick突破iframe限制獲取子框架cookie:
Cross Iframe的最大貢獻(xiàn)就在于他可以繞過(guò)前面提到的iframe的限制,在父域或者子框架里獲取對(duì)象,執(zhí)行腳本。
當(dāng)一個(gè)頁(yè)面很難突破時(shí),如果他包含了一個(gè)存在弱點(diǎn)的iframe頁(yè)面,則可能會(huì)帶來(lái)災(zāi)難性的結(jié)果。
我相信真正精通腳本攻擊的人是能夠看到它的用處和優(yōu)勢(shì)的。
環(huán)境如下:(綁定127.0.0.1 www.baidu.com)
http://www.a.com/1.html 是我們要攻擊的頁(yè)面,它包含了一個(gè)存在弱點(diǎn)的iframe,用戶只會(huì)去瀏覽這個(gè)頁(yè)面
http://www.baidu.com/3.html 是我們已經(jīng)控制的頁(yè)面,他作為一個(gè)iframe被1.html所包含。在這里是iframe proxy
http://www.a.com/4.html 是www.a.com上的一個(gè)存在XSS漏洞的頁(yè)面,一般情況下用戶不會(huì)去訪問(wèn)它!
http://www.b.com/4.js 這是攻擊者自己的服務(wù)器上的一個(gè)惡意腳本,將被XSS攻擊遠(yuǎn)程載入4.html中。
由于用戶只會(huì)瀏覽www.a.com/1.html,所以我們要通過(guò)腳本攻擊,從www.a.com/1.html里獲取用戶在www.baidu.com/3.html的本地cookie。
今天這篇主要是要講以下這么幾件事情:
1. iframe的限制
2. 突破iframe獲取本地cookie的思路
3. 利用Cross Iframe Trick突破iframe安全限制
我的測(cè)試環(huán)境是: IE 7 (7.0.5730.13)
以下所有的內(nèi)容全部經(jīng)過(guò)我在IE7中測(cè)試,是真實(shí)有效的結(jié)果。
Iframe的限制:
因?yàn)閕frame這個(gè)玩意比較特殊,所以瀏覽器對(duì)它一般都有一些限制。
首先父窗口不能控制子窗口的js,只能讀取一些對(duì)象;子窗口也不能使用父窗口的js,也只能讀部分對(duì)象,更多的比如document啥的都限制了。
關(guān)系如下:
- 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對(duì)于有些利用子窗口執(zhí)行父窗口js的方法是限制的
比如,在子窗口里可以這么使用:
parent.location.href="http://www.sohu.com";
上面的語(yǔ)句將把父窗口重新定義到sohu的網(wǎng)站去.
但是如果想執(zhí)行js,或者是讀取document對(duì)象,則會(huì)被拒絕訪問(wèn)
parent.location.href=new String("javascript:alert(document.cookie)");
parent.location.href=new String("javascript:alert(1)");
像這兩條都會(huì)被拒絕。
對(duì)于iframe,F(xiàn)irefox3 居然是不限制本地cookie發(fā)送的!也就是說(shuō),在Firefox環(huán)境里,使用iframe包含一個(gè)遠(yuǎn)程頁(yè)面,是會(huì)將保存在本地的cookie發(fā)送出去的,這使得CSRF會(huì)非常之方便。
但是IE不同,對(duì)于IE環(huán)境中,img和iframe標(biāo)簽都只能發(fā)送session cookie,無(wú)法發(fā)送本地cookie,所以很多時(shí)候CSRF會(huì)失敗,這也會(huì)給XSS帶來(lái)很大的麻煩,比如會(huì)使得XSRF更困難一些。
鑒于Firefox一點(diǎn)挑戰(zhàn)都沒(méi)有,所以今天主要研究的對(duì)象是IE。
在IE環(huán)境下,程序員們一般都是使用P3P協(xié)議來(lái)獲取跨域cookie的,但是P3P也要求我們改寫(xiě)HTTP頭,更麻煩,在這里,我純粹使用一些腳本的技巧來(lái)突破這些限制。
突破IFRAME限制的思路:(以下都是在IE環(huán)境中)
由于頁(yè)面里的iframe都是發(fā)送的session cookie,所以子框架頁(yè)面里本身是只有一個(gè)session cookie的,我們無(wú)法通過(guò)在子框架里執(zhí)行js的方法來(lái)獲取本地cookie,無(wú)中生有的事情是干不出來(lái)的。
了解這一原理后,思路就很明確了:想辦法新起一個(gè)不受限制的窗口,從而獲取本地cookie。
具體來(lái)說(shuō),有這么兩個(gè)辦法:
1、 使用window.open打開(kāi)一個(gè)新窗口
2、 回到父窗口,讓其打開(kāi)一個(gè)新窗口
在子框架中,使用window.open()確實(shí)可以發(fā)送本地cookie,但是問(wèn)題是瀏覽器一般會(huì)限制頁(yè)面彈窗口,會(huì)被攔截,所以這個(gè)方法比較囧~~,不是個(gè)好辦法。
而第二個(gè)辦法,回到父窗口去打開(kāi)新窗口,就涉及到一個(gè)突破iframe執(zhí)行腳本的問(wèn)題,而這個(gè)問(wèn)題在我的前一篇Cross Iframe Trick 里已經(jīng)解決了,所以我們的方法就呼之欲出了。
利用Cross Iframe Trick突破iframe限制獲取子框架cookie:
Cross Iframe的最大貢獻(xiàn)就在于他可以繞過(guò)前面提到的iframe的限制,在父域或者子框架里獲取對(duì)象,執(zhí)行腳本。
當(dāng)一個(gè)頁(yè)面很難突破時(shí),如果他包含了一個(gè)存在弱點(diǎn)的iframe頁(yè)面,則可能會(huì)帶來(lái)災(zāi)難性的結(jié)果。
我相信真正精通腳本攻擊的人是能夠看到它的用處和優(yōu)勢(shì)的。
環(huán)境如下:(綁定127.0.0.1 www.baidu.com)
http://www.a.com/1.html 是我們要攻擊的頁(yè)面,它包含了一個(gè)存在弱點(diǎn)的iframe,用戶只會(huì)去瀏覽這個(gè)頁(yè)面
http://www.baidu.com/3.html 是我們已經(jīng)控制的頁(yè)面,他作為一個(gè)iframe被1.html所包含。在這里是iframe proxy
http://www.a.com/4.html 是www.a.com上的一個(gè)存在XSS漏洞的頁(yè)面,一般情況下用戶不會(huì)去訪問(wèn)它!
http://www.b.com/4.js 這是攻擊者自己的服務(wù)器上的一個(gè)惡意腳本,將被XSS攻擊遠(yuǎn)程載入4.html中。
由于用戶只會(huì)瀏覽www.a.com/1.html,所以我們要通過(guò)腳本攻擊,從www.a.com/1.html里獲取用戶在www.baidu.com/3.html的本地cookie。
相關(guān)文章
什么是CC攻擊 判斷網(wǎng)站是否被CC攻擊并且如何防御CC攻擊
CC主要是用來(lái)攻擊頁(yè)面的,大家都有這樣的經(jīng)歷,就是在訪問(wèn)論壇時(shí),如果這個(gè)論壇比較大,訪問(wèn)的人比較多,打開(kāi)頁(yè)面的速度會(huì)比較慢,對(duì)不?!一般來(lái)說(shuō),訪問(wèn)的人越多,論壇的頁(yè)2024-01-06Windows系統(tǒng)安全風(fēng)險(xiǎn)-本地NTLM重放提權(quán)
入侵者主要通過(guò)Potato程序攻擊擁有SYSTEM權(quán)限的端口偽造網(wǎng)絡(luò)身份認(rèn)證過(guò)程,利用NTLM重放機(jī)制騙取SYSTEM身份令牌,最終取得系統(tǒng)權(quán)限,該安全風(fēng)險(xiǎn)微軟并不認(rèn)為存在漏洞,所以2021-04-15- 這篇文章主要介紹了文件上傳漏洞全面滲透分析小結(jié),這里主要為大家分享一下防御方法,需要的朋友可以參考下2021-03-21
- 這篇文章主要介紹了sql手工注入語(yǔ)句&SQL手工注入大全,需要的朋友可以參考下2017-09-06
- 這篇文章主要介紹了詳解Filezilla server 提權(quán),需要的朋友可以參考下2017-05-13
FileZilla Server 2008 x64 提權(quán)與防御方法
這篇文章主要介紹了FileZilla Server 2008 x64 提權(quán)與防御方法,需要的朋友可以參考下2017-05-13https加密也被破解 HEIST攻擊從加密數(shù)據(jù)獲取明文
不久之前我們說(shuō)過(guò)關(guān)于http和https的區(qū)別,對(duì)于加密的https,我們一直認(rèn)為它是相對(duì)安全的,可今天要講的是,一種繞過(guò)HTTPS加密得到明文信息的web攻擊方式,不知道這消息對(duì)你2016-08-10iPhone和Mac也會(huì)被黑 一條iMessage密碼可能就被盜了
一直以來(lái)蘋(píng)果系統(tǒng)的安全性都是比安卓要高的,但是再安全的系統(tǒng)也免不了漏洞,蘋(píng)果也一樣。最近爆出的新漏洞,只需要接收一條多媒體信息或者iMessage就會(huì)導(dǎo)致用戶信息泄露。2016-07-27- 國(guó)家正在修正關(guān)于黑客方面的法律法規(guī),有一條震驚黑客圈的“世紀(jì)佳緣”起訴白帽黑客事件,深深的傷害了廣大黑客們的心,加上扎克伯格和特拉維斯·卡蘭尼克賬號(hào)被盜,于是黑2016-07-11
如何逆向破解HawkEye keylogger鍵盤(pán)記錄器進(jìn)入攻擊者郵箱
面對(duì)惡意郵件攻擊,我們就只能默默忍受被他攻擊,連自我保護(hù)能力都沒(méi)有談什么反抗?讓人痛快的是,如今有了解決辦法,逆向破解鍵盤(pán)記錄器,進(jìn)入攻擊者郵箱2016-07-06