Story

隨著AI加快漏洞發現與利用速度，軟體業者面對新漏洞時的反應時間也進一步縮短，Google Project Zero近日指出，當高風險漏洞已遭積極利用，對於軟體業者而言，如何在最短時間內降低使用者曝險更顯重要。因此，Project Zero呼籲軟體業者不能只仰賴加快修補程式開發，還應事先建立緊急應變機制，以便在正式修補完成前先降低風險，進一步提高零時差漏洞的利用難度。

Project Zero指出，緊急修補的難點在於，廠商既要盡快降低漏洞遭利用的風險，又必須完成必要的測試與部署程序。完整軟體更新仍需經過測試與派送，部分更新還需要重新啟動才能生效，其中測試與更新部署更是難以大幅壓縮的環節。為此，Project Zero整理出4類可在正式修補完成前採取的應變方式，包括Feature Flag、輸入過濾、替代更新管道，以及熱修補（Hotpatch）。

（一）Feature Flag：可透過遠端設定切換或暫時停用特定功能。例如Apple曾在Group FaceTime爆發重大漏洞時暫停相關功能；最近Meta也公開新採用的WebRTC dual stack設計，將新舊兩個版本同時保留，若新版出現問題，就能快速切回舊版。Project Zero指出，這類作法的優勢在於，業者可事先測試不同設定狀態，因此發生緊急狀況時，不必為了快速應變而派送未經測試的新程式碼。

（二）輸入過濾：可透過動態更新規則，阻擋觸發特定漏洞所需的輸入。例如Android Intent Firewall可依據XML規則限制特定Intent的使用方式，在正式修補推出前先阻擋部分攻擊路徑。相較Feature Flag必須事先規畫哪些功能可被切換，輸入過濾更具彈性，可在漏洞出現後再針對特定輸入建立規則。

（三）替代更新管道：可讓特定元件不必等待完整系統更新，就能透過較快的管道個別更新。這部分以Android的APEX機制為例，可更快速更新部分高風險系統元件，而且設備的OEM廠商不必再將APEX元件更新整合至完整系統更新，因此可縮短修補開發時間。但要注意，若透過網路另外下載元件，仍必須嚴格驗證來源，以免快速更新機制本身成為新的攻擊面。

（四）Hotpatch：可將較小單位的二進位程式碼直接套用到執行中的程序。例如Linux Livepatch可替換執行中的核心函式，不必重新啟動；Windows Hotpatch也能只派送更新過的函式，並在程序執行期間直接套用。不過要留意的是，Hotpatch能修補的類型有限，而且主要解決的是更新派送速度，仍不能省略快速更新所需的測試。

Project Zero強調，快速更新機制不必能修補所有漏洞，也不必在任何情況下都完全維持原有使用體驗，只要能在短期內處理最可能或最嚴重的漏洞，就能在緊急情況下發揮作用。因此，軟體業者應盤點現有的更新機制，並針對不足之處增添快速修補能力，以因應大規模漏洞遭積極利用的最壞情況。