蘋果下架3萬App ？安全專家：暫無黑客利用「熱更新」發起對 iOS App 攻擊的實例

自 6 月 7 日蘋果 App Store 審核團隊近日向廠商發出「最後通牒」，要求開發者在 6 月 12 日之前去除軟體熱更新功能，不然有可能下架後，今日（6 月 22 日），有媒體報道，一周內蘋果 App Store 下架了近 4 萬款中國 App 。一種流行觀點認為，蘋果不是說著玩，而是真對熱更新動刀子了。

熱更新是一種各大手游等眾多 App 常用的更新方式，即用戶通過 App Store下載App之後，打開 App 時遇到的即時更新。

2017年6月，AppStore 審核團隊確實針對 AppStore 中「熱更新」的 App 開發者發送郵件，要求移除所有相關的代碼、框架或 SDK，並重新提交審核，否則就會在 AppStore 中下架該軟體。

究竟怎麼回事？「熱更新」到底有什麼安全隱患？

以下為雷鋒網編輯與360涅槃團隊（Nirvan Team）安全研究員王緯問答實錄：

王緯：早期的 AppStore 審核比較慢，開發者遇到線上的 Bug，會因為審核周期的問題造成 Bug 修復不及時。

很多公司尤其是個人開發者追求產品發版的速度，造成產品上線前沒有經過非常全面的測試，他們希望通過「熱更新」的方式來彌補產品上線前測試不充分的問題。

隨著「熱更新」的使用，也有很多產品開始通過「熱更新」的方式來開發功能，這樣產品發版就不需要 AppStore 審核，從而達到快速發版的目的。

王緯：目前沒有發現黑客利用「熱更新」發起對 iOS App 的攻擊。但是我們（Nirvan Team）早在 2015 年 3 月份就關注到「熱更新」可能引起安全問題，並在國內的一些知名互聯網應用中發現了「熱更新」相關漏洞，可以實現遠程的任意代碼執行。

「熱更新」的利用方式主要是下發惡意的「熱更新」代碼。由於「熱更新」框架的不同，具體的惡意代碼可能是 Lua、JavaScript、Lisp 方言等。

大部分「熱更新」框架都沒有實現沙盒，因此惡意代碼幾乎可以完全控制 App，我們曾經為某個知名的 App 編寫了演示性質的惡意代碼，可以控制 App 的啟動頁面，可以獲取用戶的登錄密碼，並傳遞到遠程伺服器中。

這裡還需要說明的是，利用「熱更新」做惡意攻擊，一般需要結合其他的攻擊技術，比如：DNS 投毒、惡意 WiFi、首先攻陷代碼下發伺服器等。

王緯：蘋果這次下架一批 App 不只是因為「熱更新」問題，還包括：山寨克隆應用、傳播盜版音樂內容、多年無人下載的應用、不兼容64應用系統。

我個人認為蘋果這次處理「熱更新」，一方面是由於「熱更新」會引起一些安全問題，主要原因是因為「熱更新」會削弱蘋果對 AppStore 中應用的控制力，這應該是蘋果更在乎的。

王緯：從 AppStore 審核的策略來看，開發者只是把「熱更新」相關的代碼刪除了，可能無法完全滿足 App 的審核的要求。除了「熱更新」框架，蘋果還要求開發者不使用可在運行時改變程序行為的 API，包括：NSClassFromString、NSSelectorFromString、dlopen 等。

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！