摘要:下面是各大瀏覽器對的支持情況攻擊場景主要由兩種攻擊場景。在年東京的上比賽上,次攻擊方式被應用于攻陷三星。有需求的團隊可以登錄御安全官網試用。
0X01?前言
Intent scheme url是一種用于在web頁面中啟動終端app activity的特殊URL,在針對intent scheme URL攻擊大爆發之前,很多android的瀏覽器都支持intent scheme url。
Intent scheme url的引入雖然帶來了一定的便捷性,但從另外一方面看,給惡意攻擊頁面通過intent-based攻擊終端上已安裝應用提供了便利,盡管瀏覽器app已經采取了一定的安全策略來減少這一類風險,但顯然是不夠的。
2014年3月,一篇關于intent scheme url攻擊的文章:
Whitepaper – Attacking Android browsers via intent scheme URLs
詳細介紹了相關的攻擊手法,之后國內的漏洞收集平臺上開始被這一類型漏洞刷屏。
??
0X02 Intent scheme url解析
一個intent scheme url的使用示例:
如果瀏覽器支持intent scheme url,在加載了改web頁面后,將根據url生成一個intent,并嘗試通過intent打來指定的activity。此過程中瀏覽器的需要完成的工作可以拆分為3步:
?
Step1:
根據url生成對應的intent object,此過程通過以下代碼完成:
Intent intent = Intent.parseUri(url);
intent scheme url的內容可以根據一下語法規則設置的比較完善:
intent:
HOST/URI-path // Optional host #Intent; package=[string]; action=[string]; category=[string]; component=[string]; scheme=[string]; end;
?
Step2:
intent過濾,安全起見,很多瀏覽器對step1中的intent object進行過濾,以抵御intent-based攻擊,不用的瀏覽器,過濾規則各不相同。
?
Step3:
組件調用,最后一步就是使用step2過濾后的intent調用指定的組件,瀏覽器中一般使用Context#startActivityIfNeeded()?或者?Context#startActivity()方法實現。
下面是各大瀏覽器對Intent scheme URL的支持情況?:
0X03攻擊場景?
主要由兩種攻擊場景。
類型1:瀏覽器攻擊
因為intent是瀏覽器依據url生成并以瀏覽器自己的身份發送的,因此攻擊者惡意頁面中的intent scheme url不僅可以調起導出組件,還可以調起私有組件。
?
類型2:終端上安裝的任意APP
intent-based攻擊一般是通過終端上安裝的惡意app來實現的,但通過瀏覽器加載包含特定intent scheme url的惡意頁面,可以實現對終端上安裝的任意app遠程intent-based攻擊的效果。在2013年東京的Pwn2Own上比賽上,次攻擊方式被應用于攻陷三星Samsung Galaxy S4。
0X04?攻擊案例
以下介紹三個瀏覽器的intent scheme url攻擊案例,攻擊主要源于這些瀏覽器在step2(也就是intent過濾過程)中存在缺陷。
?
Opera mobile for Android cookie theft
Opera瀏覽器中缺少intent過濾步驟,一次可以通過惡意頁面中的intent scheme url調起瀏覽器的任意activity,包括私有的activity,通過如下攻擊代碼可以獲取到Opera瀏覽器的cookie:
"com.admarvel.android.ads.AdMarvelActivity"是Opera瀏覽器的私有組件,"url=file:///data/data/com.opera.browser/app_opera/cookies"是Opera瀏覽器cookie文件的存放位置。
?
Chrome for Android UXSS (Universal XSS)
Chrome的UXSS漏洞利用相對復雜,這里先介紹一下Intent Selector。Intent Selector機制提供一種main intent不匹配的情況下可以設置替補的方案。如下的intent scheme url:
其中“SEL”是selector intent的標識。
在chrome中包含以下代碼:
1:Intent intent = Intent.parseUri(uri);
2:intent.addCategory("android.intent.category.BROWSABLE");
3:intent.setComponent(null);
4:context.startActivityIfNeeded(intent, -1);
第二行添加了BROWSABLE category(目標Activity允許本身通過 Web 瀏覽器啟動,以顯示鏈接引用的數據,以此過濾/防止一些不該被調起的組件被調起),第三行將組建設置為null,用以抵御intent-based攻擊,但如果使用selector intent可以完美的bypass以上限制。
以下是android chrome上的一個UXSS攻擊的POC:
?
Old stock browser cookie theft
Android stock browser (com.android.browser)的問題類似于android chrome,同樣是在step2中對intent的過濾問題,最終攻擊者可以盜取瀏覽器的cookie。此漏洞可能只存在于Android 4.3以下的設備,之后的版本中不一定預裝stock browser。
?
?
0X05?總結
有效抵御intent scheme url攻擊的方法主要是在step2中對intent做嚴格的安全限制:
// convert intent scheme URL to intent object Intent intent = Intent.parseUri(uri); // forbid launching activities without BROWSABLE category intent.addCategory("android.intent.category.BROWSABLE"); // forbid explicit call intent.setComponent(null); // forbid intent with selector intent intent.setSelector(null); // start the activity by the intent context.startActivityIfNeeded(intent, -1);
?
?
0X06?參考
http://www.mbsd.jp/Whitepaper...
??
騰訊御安全為開發者推出了安全保護服務,其中包括漏洞掃描、應用加固、SO加固等,能夠幫助企業軟件發現潛在漏洞風險、防逆向、防篡改、防二次打包。有需求的團隊可以登錄御安全官網試用。
?
(騰訊御安全原創,轉載請注明來源)
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/66331.html
閱讀 954·2021-11-25 09:43
閱讀 2291·2019-08-30 15:55
閱讀 3153·2019-08-30 15:44
閱讀 2053·2019-08-29 16:20
閱讀 1453·2019-08-29 12:12
閱讀 1609·2019-08-26 12:19
閱讀 2283·2019-08-26 11:49
閱讀 1712·2019-08-26 11:42