Patch the Planet：全球協調回應，智慧體發現漏洞

在過去兩個月，我們領導了一個由維護者、研究人員和安全供應商組成的聯盟，致力於解決 PHP（用於執行網站和網路應用程式的開源程式語言）中的關鍵漏洞。Calif 在我們的 Patch the Planet（新視窗開啟） 計畫中，使用 GPT‑5.6 Sol 發現了一個關鍵缺陷，同時 Wiz 也獨立發現並報告了兩個漏洞。PHP 的維護者負責修補與發布，與我們的團隊及 Wiz、Cloudflare 等合作夥伴共同提供研究、技術支援與協調，以提前準備防護措施。

對於使用 PHP 的組織而言，現在的優先事項是套用修補程式。我們正在分享一個 PHP 版本檢查器，並將推出一個配套的 Codex 功能，協助運營者辨識可能易受攻擊的 PHP 版本，並在參考 PHP 及其供應商的指引後，判斷哪些更新適用。

鑑於這些缺陷的嚴重性與 PHP 的廣泛使用，我們認為這是近年來最具影響力的安全問題之一。它凸顯了 AI 能夠揭示具有網際網路規模影響的安全缺陷，同時這些能力也可能被攻擊者快速開發攻擊工具和利用程式。

據我們所知，前沿 AI 在攻擊者之前發現了這些漏洞，為維護者和安全供應商開啟了一個 Defender’s Window，以便在披露前準備修補程式和防護措施。

為協助更多防禦者使用這些能力，我們已承諾以補貼方式提供 10 億美元的 Daybreak access，透過 Daybreak for Frontline Defenders，重點針對資安資源有限、保護關鍵服務的組織。

儘管這些漏洞相當重大，但它們只是我們已發現並正在修復的多個重要漏洞之一，我們預計類似發現將在未來數月顯著增加。根據至今的經驗，我們提出一套適合 AI 時代的應對方案，用於處理廣泛使用軟體中的關鍵漏洞，並請資安社群協助改進此框架。該框架結合了我們的模型、資安專業知識與維護者，協助將發現轉化為防護，並建立可隨 AI 能力提升而擴充套件的回應機制。

協調全球回應

將修補程式投入使用可能需要為舊版進行調整、準備供應商緩解措施，並在多個組織中更新系統。可重複的流程能協助團隊在發現更多漏洞時迅速行動。

透過 Patch the Planet，我們提供了資安專業知識與模型存取，以支援 PHP 的回應，並與維護者及研究夥伴合作測試修補程式並準備指引。我們亦協助與基礎設施供應商協調受影響系統的防護，並與政府網路安全機構合作，協助指引傳遞至關鍵組織。這支援了以維護者為主導的回應，並協助其他防禦者做好準備。

對於某些發現，研究人員可以直接與軟體維護者合作調查問題並開發修復方案。其他情況則需要更廣泛的回應，因為它們影響多個產品，或因發行商與服務供應商需要時間（如果前沿技術與廣泛可用的技術相距不遠，時間可能短缺）來準備更新與保護。在這些情況下，所提出的框架能協助維護者確定需要參與的人並協調工作。回應可分為五個階段：

• 驗證並修復上游漏洞。 維護者、研究人員及關鍵技術夥伴確認發現、評估其影響，並開發與測試修復方案。此流程包含使用前沿模型進行對抗測試，尋找繞過補丁及相關漏洞變體的方法。

• 給受影響組織時間採取行動。 我們提出一個框架，考量哪些組織需要提前資訊以準備保護措施，維護者則決定誰需要參與。我們協助進行外展、資訊共享協議及團隊協調。發行商可能為舊版發布調整修復方案，託管供應商可能測試緩解措施，安全供應商則可能準備偵測或預防措施，包括網頁應用程式防火牆（WAF）規則。

• 與政府合作夥伴協調，協助保護關鍵系統。 政府機構在協調更廣泛回應並協助安全指引傳達至負責關鍵基礎設施及其他重要服務的組織方面扮演重要角色。在 PHP 案例中，我們與合作夥伴合作，與美國政府多個部門接洽，包括白宮超級情報部隊、國家網路安全主任辦公室（ONCD）、網路安全與基礎設施安全機構（CISA），以及國際夥伴，以支援此項工作。

• 在受影響產品中準備更新。 隨著修復方案、指引及披露計畫穩定，維護者可邀請更多發行商、託管及服務供應商、回應團隊與營運商協同準備更新並彌補覆蓋缺口。

• 一旦有補丁可用，發布指引並支援部署。 公開指引協助使用者評估風險、尋找權威更新或臨時緩解措施，並確認修復已執行。回應將持續進行，營運商部署更新並報告需要協助的地方。

所提出的框架考量組織的保護角色，包括保護自身系統與客戶、所需行動時間以及處理敏感資訊的能力。相同標準亦適用於類似組織，維護者在披露前決定誰需要參與。

每位參與者將獲得執行保護工作所需的資訊，從帶有妥協指標的網路日誌到更敏感的工作原型利用程式。即使細節有限，也可能揭露漏洞，因此我們將分享風險與其帶來的保護效益作衡量。

遵循此框架的團隊將與維護者合作，為防禦者提供準備時間，並在野外發生活躍利用、洩漏、公開補丁或因修復停滯導致用戶風險升高時重新評估時間表。

The Patch the Planet 網站（新視窗開啟） 將公開披露與指引整合，協助運營者辨識受影響的系統、尋找正確更新，並驗證更新後的軟體是否正常執行。對於 PHP，該網站會指向維護者的官方補丁與升級說明以及我們合作夥伴的技術研究。指引亦涵蓋臨時緩解措施、何時請求供應商或專家協助，以及備份與恢復。臨時保護可降低風險，但我們將清楚說明其限制與運營權衡。

運營者可使用 CISA 的優先排序與修復指引（新視窗開啟），根據曝光、利用與潛在影響評估行動的緊急度。這可能意味著緊急補丁、即時緩解或計畫性更新，同時在必要時進行法醫篩查，以判斷系統是否已被入侵。隨著情況變化，應重新評估優先順序，並明確規劃持續修復的路徑。

為維護者提供回應的能力與資源

全球協調取決於維護軟體的人員。許多專案由小型團隊運營，團隊同時審核安全報告與日常開發。這些團隊需要協助區分新問題與重複項、評估影響，並於支援版本中測試修正。我們以資金、可用的高效模型與實務工程協助來支援此工作。

強大的 AI 能力正在業界持續進步，我們預期 AI 將在協助防禦者發現漏洞、監控系統及回應威脅方面扮演日益重要的角色。我們正投資於模型、工具與夥伴關係，協助防禦者將這些能力落實於實務。

我們的投資包括透過 Codex for OSS 為所有維護者提供訂閱，以及直接贊助如 Rust Foundation（新視窗開啟） 之類的專案，協助維護者與技術工作。每個專案自行設定優先順序。可重複使用的測試與安全工作流程能減少處理未來發現的工作量。開源專案可 申請加入 Patch the Planet（新視窗開啟），以獲得實務支援。

我們亦在調整 Daybreak 的額外封鎖分類器，以降低濫用潛在風險。這涉及艱難的權衡：旨在防止濫用的安全措施亦可能阻礙合法的安全工作。廣泛存取高效模型與對濫用的有效防護同樣重要。我們的目標是保留防禦者發現與修復漏洞所需的能力，同時限制有害使用。我們將隨著能力提升與對工具使用的學習，持續調整此平衡。

構建更安全的軟體基礎

隨著模型能力提升，機會不僅限於發現與修復單一漏洞。我們希望協助工程師從一開始就打造更安全的軟體。提升廣泛使用的元件可預防錯誤或限制其在多個產品與服務中的影響。

AI 可協助工程師理解現有程式碼、準備變更並開發測試，同時維護者與安全專家確認這些變更是否保留使用者所依賴的行為。我們在多個領域看到機會：

• 從一開始就寫安全程式碼。 編碼模型能協助開發者選擇更安全的預設值，正確使用安全函式庫，並在寫程式時即時捕捉風險模式。於開發階段預防漏洞可減少維護者與使用者的緊急修補需求。

• 記憶體安全軟體。 將關鍵元件移植至記憶體安全語言可消除常見的記憶體錯誤。AI 可以協助遷移、測試及專家審查，以檢驗行為與相容性。

• 形式驗證。 數學證明可證明關鍵元件在所述假設下符合指定的安全屬性。將此方法應用於廣泛使用的元件，可協助排除依賴它們的服務與關鍵基礎設施中類別漏洞。

• 更強隔離。 系統需對尚未被發現或修補的漏洞提供保護。將處理不受信任檔案、影像或媒體的軟體執行於嚴格限制的沙盒中，可在遭破壞時限制損害。AI 可協助工程師測試並強化廣泛使用的沙盒技術，提升多項應用的保護。

協助我們改進此方法

我們將此方法分享給維護者、研究人員、回應團隊、供應商與營運者，以協助其可行化。我們想了解此方法在哪些情況下能帶來幫助，在哪些情況下可能造成延遲或負擔，以及我們忽略了哪些部分。過往披露案例的範例尤其有用。

我們特別關注：

• 披露時程。 維護者、營運者與防禦者需要多少時間來準備並部署可靠修補？哪些證據應該觸發更早的披露，特別是當部分使用者能較早受到保護時？

• 緊急修補。 政府或其他營運者在失去行政存取權後，何時（若有）應利用漏洞來修補其擁有或被授權管理的系統？應採用哪些安全防護？我們可以想像一個全網永遠開啟的已知漏洞掃描終極狀態，並在偵測到漏洞時通知站長或直接修補系統。

• 提前通知。 誰需要提前警示以採取有效防護措施，包括我們可能忽略的防禦者？何時分階段通知比一次通知更廣泛的群體更有效，且應如何在覆蓋率與洩漏風險之間做權衡？

• 預設安全軟體套件。 我們如何協助識別並修復下游套件中的漏洞，當上游修補仍待處理時，或將修補回移植至不再接受安全更新的舊版本？哪些測試與維護能使這些套件在無法即時升級時仍成為可靠選項？

我們亦歡迎提供可獨立審核此方法、挑戰其假設並找出漏洞的安全專家建議。您的意見將協助我們最佳化回應並優先支援。在此分享您的回饋（新視窗開啟）