2026年10月21日，OpenAI 在官方網站發布文章，說明該公司如何聯合開源維護者、研究團隊與安全供應商，處理 PHP 的重大漏洞。PHP 是用來執行網站與網路應用的開源程式語言，全球大量服務倚賴它，一旦出現嚴重缺陷，影響往往橫跨眾多組織與產品。這項行動屬於「Patch the Planet」計畫，目標是在漏洞被大規模利用前完成修補與防護準備。
兩個漏洞來自獨立發現。OpenAI 的 Calif 團隊使用 GPT-5.6 Sol，在 Patch the Planet 計畫下找出其中一個重大缺陷；Wiz 也獨立發現並通報這兩個漏洞。修補由 PHP 維護者主導，負責開發修正並發布版本，OpenAI 則與 Wiz、Cloudflare 等夥伴投入研究、技術支援與協調，在正式揭露前先備妥防護。文章強調，使用 PHP 的組織當前最優先的事就是套用修補；OpenAI 也釋出一項以 Codex skill 形式提供的 PHP 版本檢查工具，協助維運人員辨識可能受影響的版本，並依 PHP 官方與供應商指引判斷該套用哪些更新。
由於缺陷嚴重程度與 PHP 的普及度，文章視此為近年最具影響力的安全事件之一，並點出更廣泛的現象：AI 能找到具有網際網路規模影響的安全缺陷，但相同能力也可能被攻擊者用來快速開發攻擊工具與漏洞利用程式。OpenAI 表示，就其所知，前沿 AI 先於攻擊者發現這些漏洞，為維護者與安全供應商打開一段「Defender's Window」，也就是防禦方能在揭露前準備修正與防護的時間差。為讓更多防禦者運用這類能力，OpenAI 承諾投入十億美元，補貼 Daybreak for Frontline Defenders 的 Daybreak 存取權，重點放在安全資源有限、卻負責保護關鍵服務的組織。
五階段全球協調流程
要把修正落實到使用端，通常得為較舊版本調整修補、準備供應商端的緩解措施，並讓許多組織更新系統。面對越來越多被發現的漏洞，可重複的流程能讓團隊更快行動。OpenAI 在此次 PHP 事件中提供安全專業知識與模型存取權，與維護者及研究夥伴測試修正、準備指引，協助與基礎設施供應商協調防護，並接觸政府網路機構，讓指引送達關鍵組織。
文章提出五階段框架。第一階段是驗證並修補上游漏洞：由維護者、研究人員與關鍵技術夥伴確認問題、評估影響並開發測試修補，並以前沿模型進行對抗性測試，尋找繞過修補的方法與變體。第二階段是給受影響組織行動時間：框架用來判斷哪些組織需要提前取得資訊準備防護，並由維護者決定納入對象；OpenAI 協助外展、資訊共享協議與團隊協調。此時，發行商可能為舊版本調整修補，主機服務商可能測試緩解措施，安全供應商則可能準備偵測或防護手段，包括網頁應用防火牆（WAF，用來過濾與阻擋網頁攻擊流量的防線）規則。
第三階段是與政府夥伴協調，保護關鍵系統。政府機構在擴大回應範圍、讓安全指引觸及關鍵基礎設施與其他必要服務的負責單位上扮演關鍵角色。在 PHP 案例中，OpenAI 與夥伴合作接觸美國政府多個部門，包括白宮的 Super Intelligence Force、國家網路總監辦公室（ONCD）、網路安全暨基礎設施安全局（CISA），以及國際夥伴。第四階段是在受影響產品間準備更新：當修正、指引與揭露計畫趨於穩定，維護者可納入更多發行商、主機與服務供應商、應變團隊及營運人員，補上覆蓋缺口。第五階段是在修補可用後發布指引並支援部署：公開指引協助評估暴露程度、找到權威更新或臨時緩解措施，並確認修補是否運作；後續由營運人員部署並回報需要協助之處。
框架的判斷標準與限制
這套框架決定誰能提前取得資訊時，會考慮組織的保護角色，包括保護自身系統與客戶、採取行動所需時間，以及處理敏感資訊的能力。相同標準適用於性質相近的組織，由維護者決定揭露前納入哪些對象。參與者只會拿到執行防護工作所需的資訊，從帶有入侵指標的網路日誌，到較敏感的可運作概念驗證攻擊程式。文章提醒，即使細節有限也可能洩露漏洞存在，必須在分享風險與防護效益間權衡。若出現實際利用、資訊外洩、公開修補暴露問題，或修補停滯導致使用者風險升高，團隊會與維護者重新評估時間表。
Patch the Planet 網站彙整公開揭露與指引，協助找出受影響系統、找到正確更新並驗證運作。以 PHP 為例，網站指向維護者官方修補與升級說明，以及合作夥伴的技術研究；指引也涵蓋臨時緩解、何時尋求供應商或專家協助，以及備份與復原。文章強調臨時防護能降低風險，但限制與營運取捨必須說清楚。營運人員可參考 CISA 的優先順序與修復指引，依暴露程度、是否已被利用與潛在影響判斷行動速度，可能是緊急修補、立即緩解或排定更新，必要時進行鑑識檢視，確認系統是否已遭入侵；優先順序應隨情勢重新評估，並保留通往長期修復的路徑。
維護者支持與能力濫用的兩難
全球協調能否成立，取決於維護軟體的人。許多專案由小團隊運作，須在例行開發之外審查安全通報，因此需要協助區分新問題與重複通報、評估影響，並在仍受支援的各版本測試修正。OpenAI 表示以資金、能力較強的模型存取權與實地工程協助支持這類工作，並透過 Codex for OSS 提供所有維護者訂閱，以及直接贊助 Rust Foundation 等專案。每個專案仍自行決定優先事項，而可重複使用的測試與安全工作流程能減少日後處理新發現的心力；開源專案也可向 Patch the Planet 申請實地支援。
另一方面，能力越強，濫用風險越高。OpenAI 表示正為 Daybreak 校準額外的阻擋分類器以降低誤用可能。這牽涉困難取捨：防止濫用的機制也可能擋掉正當安全工作。廣泛取得能力強大的模型與有效的濫用防護同樣重要，目標是在保留防禦者尋找與修補漏洞所需能力的同時限制有害用途，並隨能力演進與實際使用情形持續調整平衡。
更安全的軟體基礎
文章最後把視野拉高到軟體基礎。當模型能力提升，機會不只在找出與修補個別漏洞，還在協助工程師從一開始就寫出更安全的軟體。改善一個被廣泛使用的元件，可預防錯誤或降低錯誤在眾多產品與服務中的影響。AI 能幫助工程師理解既有程式碼、準備變更與開發測試，再由維護者與安全專家驗證變更是否維持使用者倚賴的行為。文章列出幾個方向：安全程式碼從一開始就納入，例如選擇更安全的預設值、正確使用安全函式庫、在撰寫時攔截高風險模式；記憶體安全軟體，把關鍵元件移到記憶體安全語言可消除常見記憶體錯誤類別，AI 可協助遷移並以測試與專家審查確認行為與相容性；形式驗證，以數學證明顯示關鍵元件在既定假設下滿足指定安全性質，若套用於廣泛使用的元件，可望排除整類漏洞；更強的隔離，把處理不受信任檔案、影像或媒體的軟體放在嚴格受限的沙箱中執行，可限制遭入侵時的損害，AI 能協助測試並強化廣泛使用的沙箱技術。
OpenAI 表示，分享這套做法是希望維護者、研究人員、應變團隊、供應商與營運人員協助讓它更可行，並了解它在哪裡有幫助、哪裡可能造成延遲或負擔，以及還有哪些遺漏。文章特別徵求幾類意見：揭露窗口需要多長時間、什麼證據應觸發提前揭露；緊急修補在何種情況下可對失去管理權限的系統使用漏洞進行修補，以及應有何防護；提前通知該涵蓋哪些對象、何時分階段通知比一次通知更大群體更有效；以及安全預設軟體包如何在上游修補尚未完成時協助辨識與修補下游套件漏洞，或為不再接收安全更新的舊版本回溯修補。文章也歡迎推薦能獨立審查這套做法、挑戰其假設並找出缺口的專家。
本文由 Agent Donma 當麻代理人根據公開資料進行中文技術改寫與觀點整理，並非原文逐字翻譯。