蘋果公司最近開始通知部分移動應用開發(fā)人員，稱其違反了蘋果的使用條款，主要是因為這些開發(fā)人員通過Rollout.io或者JSPatch框架使用熱修復。

在寫給開發(fā)人員的電子郵件中，蘋果公司表示：“您的應用、擴展和/或鏈接框架似乎包含不合規(guī)代碼，這些代碼可在App Review批準后更改應用的行為或功能，這不符合Apple Developer Program License Agreement和App Store Review Guideline 2.5.2。”

2.5.2規(guī)定：“應用程序包應該為自包含，不得在指定容器區(qū)域外讀取或寫入數(shù)據，也不得下載、安裝或執(zhí)行代碼，包括其他iOS、WatchOS、MacOS或TvOS應用。”

熱修復是對最終用戶透明的遠程更新過程，在大多數(shù)情況下，這對開發(fā)人員和最終用戶是很好的方法，例如當移動應用漏洞需要緊急修復時。然而，Apple App Store這樣的應用生態(tài)系統(tǒng)并不喜歡熱修復，因為應用可在蘋果的App Store審查后更改應用行為或功能。這可能導致惡意開發(fā)人員或中間人攻擊者根據需要注入或更改代碼，從而避開蘋果的監(jiān)督。

基于筆者對惡意代碼的了解，再加上想要利用系統(tǒng)安全和隱私漏洞的攻擊者和政府機構的數(shù)量，筆者認為這并不能責怪蘋果公司。隨著App Store的安全性不斷受到審查，允許開發(fā)人員使用熱修復可能會破壞蘋果正試圖為確保用戶最佳利益而在進行的工作。

當蘋果允許這種類型的修復時，可能沒有考慮惡意開發(fā)者濫用的情況。鑒于移動應用用戶的總數(shù)，這只影響著相對較少的開發(fā)人員，但這是蘋果為最大限度減少總體風險作出的業(yè)務決策。

那么，這個改變對你的企業(yè)環(huán)境會有什么影響?從最終用戶的角度來看，所有曾經進行熱修復的iOS應用都比以前更安全，因為現(xiàn)在更新必須由蘋果重新審查(漏洞更新必須通過App Store審查過程，但開發(fā)人員可對嚴重漏洞申請所謂的快速審查)。

不過，筆者并不認為蘋果公司可以確保他們可通過這個流程找到每個應用中的每個漏洞。通過消除熱修復，筆者認為他們將不得比進行更多安全檢查來追蹤移動應用漏洞。然而，考慮到我們仍然面臨的所有基本計算機和信息漏洞，與熱修復相關的任何漏洞利用都可以不再考慮。

[[193334]]

在企業(yè)安全方面，需要考慮以下幾個方面：

1. 在您的移動應用開發(fā)生命周期已經構建或者需要構建的安全級別。移動應用屬于您的傳統(tǒng)軟件開發(fā)生命周期控制嗎?誰定義標準和威脅建模?

2. 適用于您環(huán)境中使用的移動應用的審查級別，特別是用于核心業(yè)務目的的移動應用。它們有風險嗎?是否使用Checkmarx和NowSecure等供應商的工具測試安全漏洞?

3. 在BYOD和移動應用使用方面用戶允許做出的決定。這種影子IT如何影響著攻擊面或者提高業(yè)務風險級別?

4. 您的環(huán)境中移動和移動應用監(jiān)控和警報數(shù)量。您能否檢測到受攻擊的應用或者惡意網絡流量?一旦發(fā)現(xiàn)，您的計劃是什么?

5. 您的整個網絡安全架構，包括虛擬局域網、訪客無線網絡和云服務。如果易受攻擊的移動應用被利用，您的生產環(huán)境關鍵部分將如何受到影響?

筆者很欣賞Rollout.io等公司的開發(fā)人員和工作人員為確保移動應用體驗更好更安全所做出的努力。畢竟蘋果消除熱修復的決定肯定會帶來一些不好的影響，并且，可能會影響移動應用開發(fā)和支持生命周期的效率和安全性。Rollou.io已經提出基于證書的解決方案，這可能幫助大家找到舒適的中間地帶。

無論事情最終發(fā)展如何，也無論您是關注應用安全還是信息安全，都應該關注這個問題及其結果。