過去兩個月，我們牽頭聯合軟件維護人員、研究人員和安全服務供應商，共同處理 PHP 的嚴重漏洞。PHP 是一種用於運行網站及網頁應用程式的開源程式語言。在我們的 Patch the Planet（在新視窗中開啟） 計劃中，Calif 使用 GPT‑5.6 Sol 識別出一個嚴重漏洞；Wiz 亦獨立發現並通報了這兩個漏洞。PHP 維護團隊主導了修補及版本發佈工作。我們的團隊與 Wiz、Cloudflare 等合作夥伴則提供研究、技術支援及協調，在漏洞公開前準備好防護措施。
對使用 PHP 的機構而言，目前首要任務是套用修補程式。我們正以 Codex 技能的形式分享 PHP 版本檢查工具（在新視窗中開啟），協助系統營運人員找出可能存在漏洞的 PHP 版本，並參考 PHP 及其供應商的指引，確定需要套用哪些更新。
考慮到這些漏洞的嚴重程度，以及 PHP 的廣泛使用情況，我們認為這是近年影響最深遠的安全問題之一。這說明 AI 能夠揭露影響遍及互聯網的安全漏洞，但同樣的能力也可能協助攻擊者迅速開發攻擊工具及漏洞利用程式。
據我們所知，前沿 AI 比攻擊者更早發現了這些漏洞，為維護人員及安全服務供應商開啟了防禦人員的機會之窗，讓他們能在漏洞公開前準備修補程式及防護措施。
為協助更多防禦人員運用這些能力，我們承諾透過 Daybreak 前線防禦人員計劃，提供總值 10 億美元的 Daybreak 存取權限資助，重點支援安全資源有限、但肩負保障必要服務責任的機構。
儘管這些漏洞影響重大，卻只是我們已發現並正着手修補的多個重大漏洞中的一部分。我們預計，未來幾個月同類發現將大幅增加。根據至今累積的經驗，我們提出一套適合 AI 時代的應變方法，用以處理廣泛使用的軟件中的嚴重漏洞，並邀請安全社群協助完善這個框架。這套方法結合我們的模型、安全專業知識及維護人員的力量，將漏洞發現轉化為實際防護，並建立能隨 AI 能力提升而擴展的應變機制。
要讓修補程式真正投入使用，可能需要將其改寫以適用於舊版本、為供應商準備緩解措施，並更新眾多機構的系統。隨着更多漏洞被發現，一套可重複運用的流程有助這些團隊迅速行動。
透過 Patch the Planet，我們提供安全專業知識及模型使用權限，支援 PHP 的應變工作，並與維護人員及研究夥伴合作測試修補程式、準備指引。我們亦協助協調基礎設施供應商，為受影響系統提供防護，並聯繫政府網絡安全機構，協助將指引傳達至關鍵機構。這些工作支援了由維護人員主導的應變行動，也協助其他防禦人員做好準備。
對於部分發現，研究人員可以直接與軟件維護人員合作，調查問題並開發修補程式。另一些則需要更廣泛的協同應變，因為它們影響多項產品，或因為發行商及服務供應商需要時間準備更新與防護措施。如果前沿能力並未大幅領先普遍可用的能力，可用時間可能相當有限。在這些情況下，建議框架可協助維護人員確定需要哪些相關方參與，並協調工作。應變工作可分為五個階段：
確認並修補上游漏洞。維護人員、研究人員及必要的技術夥伴共同確認漏洞、評估影響，並開發及測試修補程式。這個過程包括使用前沿模型進行對抗測試，尋找繞過修補程式的方法，以及漏洞的相關變種。
給予受影響機構採取行動的時間。我們提出一個框架，用以考慮哪些機構需要提前取得資訊來準備防護措施，至於邀請誰參與，則由維護人員決定。我們協助聯繫相關方、訂立資訊共享協議，以及協調各團隊。例如，發行商可將修補程式改寫以適用於舊版本，託管服務供應商可測試緩解措施，安全服務供應商則可準備偵測或預防措施，包括網頁應用程式防火牆 (WAF) 規則。
與政府夥伴協調，協助保護關鍵系統。政府機構在協調更廣泛的應變工作，以及協助將安全指引傳達至負責關鍵基礎設施及其他必要服務的機構方面，擔當重要角色。在 PHP 的個案中，我們與合作夥伴攜手聯繫美國政府多個部門，包括白宮的超級智能專責小組、國家網絡總監辦公室 (ONCD)、網絡安全及基礎設施安全局 (CISA)，以及國際夥伴，以支援這項工作。
為各項受影響產品準備更新。隨着修補程式、指引及公開披露計劃逐步定案，維護人員可邀請更多發行商、託管及服務供應商、應變團隊，以及系統營運人員參與，準備更新並填補防護缺口。
修補程式推出後，發佈指引並支援部署。公開指引有助用戶評估自身面臨的風險，找到可靠來源的更新或臨時緩解措施，並確認修補程式已生效。在系統營運人員部署更新並回報所需支援期間，應變工作仍會持續。
建議框架會考慮機構的防護職責，包括保護自身系統及客戶、採取行動所需的時間，以及處理敏感資訊的能力。同類機構將適用相同準則，並由維護人員決定在漏洞公開前邀請誰參與。
每個參與方都會收到執行防護工作所需的資訊，範圍可涵蓋包含入侵指標的網絡日誌，以至較敏感、可實際運作的概念驗證漏洞利用程式。即使少量細節也可能暴露漏洞，因此我們會權衡共享資訊的風險與其帶來的防護效益。
遵循這個框架的團隊會與維護人員合作，讓防禦人員有時間準備；若漏洞已在真實環境中遭到利用、資訊外洩、公開的修補程式暴露了漏洞，或修復工作停滯令用戶風險增加，便會重新評估時間表。
Patch the Planet 網站（在新視窗中開啟）匯集已公開的漏洞資訊及指引，協助系統營運人員識別受影響系統、找到合適的更新，並確認更新後的軟件運作正常。就 PHP 而言，網站提供維護團隊的官方修補程式及升級說明，以及合作夥伴技術研究的連結。指引亦涵蓋臨時緩解措施、何時應尋求供應商或專家協助，以及備份與復原。臨時防護措施可以降低風險，但我們會清楚說明其限制，以及運作上需要作出的取捨。
系統營運人員可參考 CISA 關於優先次序及修復工作的指引（在新視窗中開啟），根據系統暴露程度、漏洞利用情況及潛在影響，評估採取行動的迫切性。這可能意味着緊急修補、立即採取緩解措施，或按計劃更新；有需要時亦應進行初步鑑證分析，評估系統是否已遭入侵。應隨情況變化重新評估優先次序，並訂立明確步驟，最終徹底修復問題。
全球協調工作有賴於軟件維護人員。許多專案由小型團隊運作，他們在處理日常開發工作的同時，亦要審閱安全報告。這些團隊需要支援，才能區分新問題與重複通報、評估影響，並在各個受支援版本上測試修補程式。我們提供資金、強大模型的使用權限，以及實際工程協助來支援這些工作。
整個業界的 AI 能力正不斷提升。我們預期，AI 在協助防禦人員發現漏洞、監察系統及應變威脅方面，將發揮愈來愈重要的作用。我們正投資於模型、工具及合作關係，協助防禦人員將這些能力付諸實用。
我們的投入包括透過 Codex for OSS 向所有維護人員提供訂閱服務，以及直接贊助 Rust 基金會（在新視窗中開啟）等專案，支援維護人員及技術工作。每個專案均自行訂定優先次序。可重複使用的測試及安全工作流程，能減輕日後處理新發現所需的工作量。開源專案可向 Patch the Planet 提出申請（在新視窗中開啟），以取得實際支援。
我們亦正為 Daybreak 校準額外的攔截分類器，以降低遭到濫用的可能性。這涉及艱難的取捨：旨在防止濫用的防護措施，也可能阻礙正當的安全工作。讓更多人使用功能強大的模型，以及有效防止濫用，兩者都至關重要。我們的目標是在限制有害用途的同時，保留防禦人員發現及修補漏洞所需的能力。隨着能力提升，以及我們從工具的實際使用情況中累積經驗，我們會持續調整兩者之間的平衡。
隨着模型能力增強，我們可以做到的不再只是發現及修補個別漏洞。我們希望協助工程師從一開始就開發更安全的軟件。改良廣泛使用的元件，可預防眾多產品及服務出現程式錯誤，或限制其影響。
AI 可協助工程師理解現有程式碼、準備修改及編寫測試，再由維護人員及安全專家核實，確保這些修改保留用戶所依賴的運作行為。我們看到以下幾個領域的機會：
從一開始就編寫安全的程式碼。程式編寫模型可協助開發人員選擇更安全的預設設定、正確使用安全程式庫，並在編寫程式碼時識別高風險模式。在開發期間預防漏洞，可減少維護人員及用戶日後需要處理的緊急修補工作。
具記憶體安全保障的軟件。將關鍵元件遷移至具記憶體安全保障的語言，可消除常見類型的記憶體錯誤。AI 可協助遷移工作，再配合測試及專家審查，檢驗運作行為與兼容性。
形式化驗證。數學證明可顯示，關鍵元件在既定假設下符合指定的安全屬性。將這些方法應用於廣泛使用的元件，可望協助依賴這些元件的服務及關鍵基礎設施，排除整類漏洞。
更強的隔離機制。系統需要防護，以抵禦尚未被發現或修補的漏洞。將處理不受信任檔案、圖像或媒體的軟件置於嚴格受限的沙盒中運行，可在軟件遭入侵時限制損害。AI 可協助工程師測試及強化廣泛使用的沙盒技術，從而提升眾多應用程式的防護能力。
我們分享這套方法，是希望維護人員、研究人員、應變團隊、供應商及系統營運人員協助提高其可行性。我們希望了解這套方法在哪些方面能提供幫助、在哪些環節可能造成延誤或增加負擔，以及我們遺漏了甚麼。過往漏洞披露的實例尤其具有參考價值。
我們特別關注以下問題：
披露前的準備期。維護人員、系統營運人員及防禦人員需要多少時間，才能準備及部署可靠的修補程式？出現哪些證據時應提前披露，尤其當部分用戶能比其他人更早獲得保護的情況下？
緊急修補。政府或其他系統營運方失去管理存取權限後，是否存在適當情況，讓他們利用漏洞修補自己擁有或獲授權管理的系統？若有，應在何時這樣做？應採取哪些保障措施？我們可以設想，最終能夠持續掃描整個互聯網中的已知漏洞，一旦偵測到漏洞，便通知網站擁有人或修補系統。
提前通知。哪些相關方需要提前獲得預警，才能採取有效的防護行動？當中是否包括我們可能忽略的防禦人員？在甚麼情況下，分階段通知比一次過通知更廣泛的群體更有效？我們又應如何權衡覆蓋範圍與資訊外洩風險？
預設安全的軟件套件。在等待上游修補期間，我們如何協助識別及修補下游套件的漏洞，或將修補程式移植至已不再接收安全更新的舊版本？當無法及時升級時，需要進行哪些測試及維護，才能讓這些套件成為可靠的選擇？
我們亦歡迎推薦獨立安全專家，協助審視這套方法、質疑其假設並找出不足之處。你的意見將協助我們完善應變工作，並訂定支援的優先次序。在此分享你的意見（在新視窗中開啟）。
