突破IE安全限制獲取iframe子框架內(nèi)的本地cookie
互聯(lián)網(wǎng) 發(fā)布時(shí)間:2008-10-08 19:36:26 作者:佚名
我要評論
作者:aullik5
今天這篇主要是要講以下這么幾件事情:
1. iframe的限制
2. 突破iframe獲取本地cookie的思路
3. 利用Cross Iframe Trick突破iframe安全限制
我的測試環(huán)境是: IE 7 (7.0.5730.13)
以下所有的內(nèi)容全部經(jīng)過我在IE7中測試,是真實(shí)有效的
作者:aullik5
今天這篇主要是要講以下這么幾件事情:
1. iframe的限制
2. 突破iframe獲取本地cookie的思路
3. 利用Cross Iframe Trick突破iframe安全限制
我的測試環(huán)境是: IE 7 (7.0.5730.13)
以下所有的內(nèi)容全部經(jīng)過我在IE7中測試,是真實(shí)有效的結(jié)果。
Iframe的限制:
因?yàn)閕frame這個(gè)玩意比較特殊,所以瀏覽器對它一般都有一些限制。
首先父窗口不能控制子窗口的js,只能讀取一些對象;子窗口也不能使用父窗口的js,也只能讀部分對象,更多的比如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對于有些利用子窗口執(zhí)行父窗口js的方法是限制的
比如,在子窗口里可以這么使用:
parent.location.href="http://www.sohu.com";
上面的語句將把父窗口重新定義到sohu的網(wǎng)站去.
但是如果想執(zhí)行js,或者是讀取document對象,則會被拒絕訪問
parent.location.href=new String("javascript:alert(document.cookie)");
parent.location.href=new String("javascript:alert(1)");
像這兩條都會被拒絕。
對于iframe,F(xiàn)irefox3 居然是不限制本地cookie發(fā)送的!也就是說,在Firefox環(huán)境里,使用iframe包含一個(gè)遠(yuǎn)程頁面,是會將保存在本地的cookie發(fā)送出去的,這使得CSRF會非常之方便。
但是IE不同,對于IE環(huán)境中,img和iframe標(biāo)簽都只能發(fā)送session cookie,無法發(fā)送本地cookie,所以很多時(shí)候CSRF會失敗,這也會給XSS帶來很大的麻煩,比如會使得XSRF更困難一些。
鑒于Firefox一點(diǎn)挑戰(zhàn)都沒有,所以今天主要研究的對象是IE。
在IE環(huán)境下,程序員們一般都是使用P3P協(xié)議來獲取跨域cookie的,但是P3P也要求我們改寫HTTP頭,更麻煩,在這里,我純粹使用一些腳本的技巧來突破這些限制。
突破IFRAME限制的思路:(以下都是在IE環(huán)境中)
由于頁面里的iframe都是發(fā)送的session cookie,所以子框架頁面里本身是只有一個(gè)session cookie的,我們無法通過在子框架里執(zhí)行js的方法來獲取本地cookie,無中生有的事情是干不出來的。
了解這一原理后,思路就很明確了:想辦法新起一個(gè)不受限制的窗口,從而獲取本地cookie。
具體來說,有這么兩個(gè)辦法:
1、 使用window.open打開一個(gè)新窗口
2、 回到父窗口,讓其打開一個(gè)新窗口
在子框架中,使用window.open()確實(shí)可以發(fā)送本地cookie,但是問題是瀏覽器一般會限制頁面彈窗口,會被攔截,所以這個(gè)方法比較囧~~,不是個(gè)好辦法。
而第二個(gè)辦法,回到父窗口去打開新窗口,就涉及到一個(gè)突破iframe執(zhí)行腳本的問題,而這個(gè)問題在我的前一篇Cross Iframe Trick 里已經(jīng)解決了,所以我們的方法就呼之欲出了。
利用Cross Iframe Trick突破iframe限制獲取子框架cookie:
Cross Iframe的最大貢獻(xiàn)就在于他可以繞過前面提到的iframe的限制,在父域或者子框架里獲取對象,執(zhí)行腳本。
當(dāng)一個(gè)頁面很難突破時(shí),如果他包含了一個(gè)存在弱點(diǎn)的iframe頁面,則可能會帶來災(zāi)難性的結(jié)果。
我相信真正精通腳本攻擊的人是能夠看到它的用處和優(yōu)勢的。
環(huán)境如下:(綁定127.0.0.1 www.baidu.com)
http://www.a.com/1.html 是我們要攻擊的頁面,它包含了一個(gè)存在弱點(diǎn)的iframe,用戶只會去瀏覽這個(gè)頁面
http://www.baidu.com/3.html 是我們已經(jīng)控制的頁面,他作為一個(gè)iframe被1.html所包含。在這里是iframe proxy
http://www.a.com/4.html 是www.a.com上的一個(gè)存在XSS漏洞的頁面,一般情況下用戶不會去訪問它!
http://www.b.com/4.js 這是攻擊者自己的服務(wù)器上的一個(gè)惡意腳本,將被XSS攻擊遠(yuǎn)程載入4.html中。
由于用戶只會瀏覽www.a.com/1.html,所以我們要通過腳本攻擊,從www.a.com/1.html里獲取用戶在www.baidu.com/3.html的本地cookie。
今天這篇主要是要講以下這么幾件事情:
1. iframe的限制
2. 突破iframe獲取本地cookie的思路
3. 利用Cross Iframe Trick突破iframe安全限制
我的測試環(huán)境是: IE 7 (7.0.5730.13)
以下所有的內(nèi)容全部經(jīng)過我在IE7中測試,是真實(shí)有效的結(jié)果。
Iframe的限制:
因?yàn)閕frame這個(gè)玩意比較特殊,所以瀏覽器對它一般都有一些限制。
首先父窗口不能控制子窗口的js,只能讀取一些對象;子窗口也不能使用父窗口的js,也只能讀部分對象,更多的比如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對于有些利用子窗口執(zhí)行父窗口js的方法是限制的
比如,在子窗口里可以這么使用:
parent.location.href="http://www.sohu.com";
上面的語句將把父窗口重新定義到sohu的網(wǎng)站去.
但是如果想執(zhí)行js,或者是讀取document對象,則會被拒絕訪問
parent.location.href=new String("javascript:alert(document.cookie)");
parent.location.href=new String("javascript:alert(1)");
像這兩條都會被拒絕。
對于iframe,F(xiàn)irefox3 居然是不限制本地cookie發(fā)送的!也就是說,在Firefox環(huán)境里,使用iframe包含一個(gè)遠(yuǎn)程頁面,是會將保存在本地的cookie發(fā)送出去的,這使得CSRF會非常之方便。
但是IE不同,對于IE環(huán)境中,img和iframe標(biāo)簽都只能發(fā)送session cookie,無法發(fā)送本地cookie,所以很多時(shí)候CSRF會失敗,這也會給XSS帶來很大的麻煩,比如會使得XSRF更困難一些。
鑒于Firefox一點(diǎn)挑戰(zhàn)都沒有,所以今天主要研究的對象是IE。
在IE環(huán)境下,程序員們一般都是使用P3P協(xié)議來獲取跨域cookie的,但是P3P也要求我們改寫HTTP頭,更麻煩,在這里,我純粹使用一些腳本的技巧來突破這些限制。
突破IFRAME限制的思路:(以下都是在IE環(huán)境中)
由于頁面里的iframe都是發(fā)送的session cookie,所以子框架頁面里本身是只有一個(gè)session cookie的,我們無法通過在子框架里執(zhí)行js的方法來獲取本地cookie,無中生有的事情是干不出來的。
了解這一原理后,思路就很明確了:想辦法新起一個(gè)不受限制的窗口,從而獲取本地cookie。
具體來說,有這么兩個(gè)辦法:
1、 使用window.open打開一個(gè)新窗口
2、 回到父窗口,讓其打開一個(gè)新窗口
在子框架中,使用window.open()確實(shí)可以發(fā)送本地cookie,但是問題是瀏覽器一般會限制頁面彈窗口,會被攔截,所以這個(gè)方法比較囧~~,不是個(gè)好辦法。
而第二個(gè)辦法,回到父窗口去打開新窗口,就涉及到一個(gè)突破iframe執(zhí)行腳本的問題,而這個(gè)問題在我的前一篇Cross Iframe Trick 里已經(jīng)解決了,所以我們的方法就呼之欲出了。
利用Cross Iframe Trick突破iframe限制獲取子框架cookie:
Cross Iframe的最大貢獻(xiàn)就在于他可以繞過前面提到的iframe的限制,在父域或者子框架里獲取對象,執(zhí)行腳本。
當(dāng)一個(gè)頁面很難突破時(shí),如果他包含了一個(gè)存在弱點(diǎn)的iframe頁面,則可能會帶來災(zāi)難性的結(jié)果。
我相信真正精通腳本攻擊的人是能夠看到它的用處和優(yōu)勢的。
環(huán)境如下:(綁定127.0.0.1 www.baidu.com)
http://www.a.com/1.html 是我們要攻擊的頁面,它包含了一個(gè)存在弱點(diǎn)的iframe,用戶只會去瀏覽這個(gè)頁面
http://www.baidu.com/3.html 是我們已經(jīng)控制的頁面,他作為一個(gè)iframe被1.html所包含。在這里是iframe proxy
http://www.a.com/4.html 是www.a.com上的一個(gè)存在XSS漏洞的頁面,一般情況下用戶不會去訪問它!
http://www.b.com/4.js 這是攻擊者自己的服務(wù)器上的一個(gè)惡意腳本,將被XSS攻擊遠(yuǎn)程載入4.html中。
由于用戶只會瀏覽www.a.com/1.html,所以我們要通過腳本攻擊,從www.a.com/1.html里獲取用戶在www.baidu.com/3.html的本地cookie。
相關(guān)文章

什么是CC攻擊 判斷網(wǎng)站是否被CC攻擊并且如何防御CC攻擊
CC主要是用來攻擊頁面的,大家都有這樣的經(jīng)歷,就是在訪問論壇時(shí),如果這個(gè)論壇比較大,訪問的人比較多,打開頁面的速度會比較慢,對不?!一般來說,訪問的人越多,論壇的頁2024-01-06
Windows系統(tǒng)安全風(fēng)險(xiǎn)-本地NTLM重放提權(quán)
入侵者主要通過Potato程序攻擊擁有SYSTEM權(quán)限的端口偽造網(wǎng)絡(luò)身份認(rèn)證過程,利用NTLM重放機(jī)制騙取SYSTEM身份令牌,最終取得系統(tǒng)權(quán)限,該安全風(fēng)險(xiǎn)微軟并不認(rèn)為存在漏洞,所以2021-04-15
這篇文章主要介紹了文件上傳漏洞全面滲透分析小結(jié),這里主要為大家分享一下防御方法,需要的朋友可以參考下2021-03-21- 這篇文章主要介紹了sql手工注入語句&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ù)獲取明文
不久之前我們說過關(guān)于http和https的區(qū)別,對于加密的https,我們一直認(rèn)為它是相對安全的,可今天要講的是,一種繞過HTTPS加密得到明文信息的web攻擊方式,不知道這消息對你2016-08-10iPhone和Mac也會被黑 一條iMessage密碼可能就被盜了
一直以來蘋果系統(tǒng)的安全性都是比安卓要高的,但是再安全的系統(tǒng)也免不了漏洞,蘋果也一樣。最近爆出的新漏洞,只需要接收一條多媒體信息或者iMessage就會導(dǎo)致用戶信息泄露。2016-07-27- 國家正在修正關(guān)于黑客方面的法律法規(guī),有一條震驚黑客圈的“世紀(jì)佳緣”起訴白帽黑客事件,深深的傷害了廣大黑客們的心,加上扎克伯格和特拉維斯·卡蘭尼克賬號被盜,于是黑2016-07-11
如何逆向破解HawkEye keylogger鍵盤記錄器進(jìn)入攻擊者郵箱
面對惡意郵件攻擊,我們就只能默默忍受被他攻擊,連自我保護(hù)能力都沒有談什么反抗?讓人痛快的是,如今有了解決辦法,逆向破解鍵盤記錄器,進(jìn)入攻擊者郵箱2016-07-06


