PHP差點被遠程“開門”？OpenAI先發現，官方緊急補牆

編譯 | 黃菲 編輯 | 江宇 10月22日消息，昨日，美國AI公司OpenAI披露，其參與的安全研究工作協助發現了開源編程語言PHP中的兩項嚴重安全漏洞，即攻擊者在特定條件下無需身份驗證便可在受影響的服務器上執行代碼。目前，PHP項目已於10月21日發佈安全更新，修復這兩項漏洞。此次漏洞排查由OpenAI發起的開源軟件安全項目Patch the Planet提供支持。該項目通過AI模型與安全工程手段，協助軟件維護者和安全研究人員發現、驗證並修復嚴重漏洞。

據PHP基金會（The PHP Foundation，支持PHP開發與維護的非營利組織）披露，安全公司Calif於2026年7月30日啟動PHP安全審計。其中，PHP核心維護團隊主導漏洞修復與版本發佈，OpenAI和網絡安全公司Wiz、Cloudflare則提供技術與協調支持，協助相關機構在漏洞公開前完成防護準備。一、兩項漏洞涉及PHP底層機制，最高評分達9.2 根據PHP基金會10月21日發佈的公告，此次修復涉及兩項嚴重的遠程代碼執行漏洞，編號分別為CVE-2026-109618和CVE-2026-109619，二者的CVSS 4.0評分均為9.2。CVSS 4.

0評分是用來衡量網絡安全漏洞嚴重程度的標準，評分範圍0.0至10.0分，分數越高，通常代表漏洞越嚴重。第一項漏洞CVE-2026-109618與內存耗盡（OOM）引發的內存損壞有關。當請求恰好在特定時機觸及PHP的內存限制時，程序可能留下尚未完整初始化的內部數據，後續清理過程又可能將其當作有效數據處理，進而造成內存損壞。在Apache的modphp運行環境下，攻擊者無需身份驗證即可通過請求觸發這一問題，研究人員已在默認配置下驗證遠程代碼執行的可能性。在PHP-FPM環境下，研究人員也通過應用程序代碼路徑確認了遠程代碼執行風險。

第二項漏洞CVE-2026-109619涉及過期的全局狀態與釋放後使用問題。當程序在特定情況下發生致命錯誤時，內部狀態可能仍指向此前請求使用過的內存。後續由同一工作進程處理的請求可能繼續訪問這塊已經釋放的內存，導致工作進程崩潰，研究人員也已在實際應用場景中驗證遠程代碼執行的可能性。這兩項漏洞均涉及PHP底層的內存管理和錯誤處理機制，幾乎每個請求都可能經過相關代碼路徑。由於這些機制處於PHP運行流程的核心位置，修復工作不僅要消除安全風險，還要兼顧向後兼容性、運行性能及大量第三方擴展的正常運行。

PHP官方公告提出，所有處理Web請求的PHP安裝環境均可能受到影響，包括PHP-FPM、Apache modphp、php-cgi、FrankenPHP和LiteSpeed等運行方式。其中，Apache mod_php環境的風險最高，研究人員已證明攻擊者可以在應用程序代碼運行前觸發攻擊。PHP項目已發佈PHP 8.5.12、8.4.27、8.3.36和8.2.35四個維護版本，修復上述漏洞。官方建議用戶儘快升級至相應修復版本。對於暫時無法升級的用戶，部分臨時措施可以降低特定攻擊路徑的風險，但不能替代完整更新。

二、AI輔助排查揭示漏洞影響，PHP修復工作持續數月 此次安全排查並非始於2026年。PHP基金會披露，2024年，PHP接受了多年未開展的外部安全審計。該審計由PHP基金會獲得資金支持後組織開展，具體工作由安全公司Quarkslab執行。在修復審計發現的問題時，一名受PHP基金會聘用的PHP核心開發人員首次發現了與內存耗盡有關的異常跡象。該研究人員當時推測這一問題可能存在可利用的攻擊路徑，但尚未找到明確的遠程代碼執行方法。PHP安全團隊隨後嘗試了多種修復方案，但每種方案都面臨不同限制，包括破壞向後兼容性、引入新的拒絕服務風險，或要求大量第三方擴展同步修改。

由於當時尚未發現明確的遠程代碼執行路徑，加之熟悉PHP底層機制的核心開發人員數量有限，修復工作多次停滯、重啟。2026年7月30日，PHP基金會將項目納入OpenAI的Patch the Planet計劃，由Calif開展進一步安全審計。8月11日，Calif研究人員Ryan A報告了一條可實現遠程代碼執行的攻擊路徑，其根因正是PHP團隊在2024年發現的內存耗盡問題。OpenAI也在同一天獨立報告了相同根因，並於9月18日提交了其他攻擊路徑。Wiz於8月24日提交相關發現。這些報告讓PHP團隊明確了原有內存問題可能造成的完整影響。從8月11日起，修復該問題成為PHP基金會安全團隊的首要任務。

由於漏洞涉及PHP底層機制，修復需要在安全性、兼容性和性能之間進行權衡，PHP基金會安排多名人員持續投入，並與外部研究人員、軟件分發方和服務提供商協調。在此期間，PHP的安全工作機制也發生了變化。PHP基金會於2026年5月成立生態系統安全團隊（Ecosystem Security Team），負責協助安全團隊開展報告分流、協調和代碼加固工作。基金會還陸續引入人員處理安全報告、漏洞修復及系統加固，並使用OpenAI的Daybreak Red等工具驗證報告和漏洞利用方法。10月20日，兩個漏洞的編號開始在網絡論壇和社交媒體傳播，相關帖子還錯誤地給出了發佈時間和CVSS評分。

PHP項目因此提前發佈預告，並將原定於10月22日的安全更新提前至10月21日發佈，為軟件分發方留出準備更新包的時間。最終，PHP項目在10月21日發佈四個維護版本，修復兩項漏洞。此次事件也促使PHP基金會重新審視安全決策流程，希望讓複雜漏洞的修復工作更快獲得管理層介入，並減少因決策機制和資源不足造成的延誤。三、AI能加快漏洞發現，但不能替代安全維護人員 OpenAI稱，此次事件體現了AI輔助安全研究的潛力。AI模型能夠幫助研究人員發現影響範圍廣泛的軟件漏洞，並在漏洞公開前為維護團隊爭取修復時間。

OpenAI將這一階段稱為“防禦者窗口期”（Defender’s Window），即維護者和安全服務商有機會先於攻擊者發現問題、開發補丁並準備防護措施。不過，漏洞發現只是整個安全響應過程的一部分。PHP基金會披露，自2026年7月1日以來，團隊已發佈15個CVE編號的漏洞公告，同時處理了100多份最終被判定為無效、重複或無法復現的報告。隨著AI輔助研究增多，安全團隊需要投入更多精力篩選報告、復現問題和評估風險。AI可以協助驗證報告、歸併具有相同根因的問題，但最終判斷和補丁開發仍由專業人員負責。此次PHP漏洞修復所面臨的兼容性、性能和第三方擴展適配問題，也難以僅憑模型發現漏洞就自動解決。

這暴露出開源軟件安全維護中的現實壓力。PHP被廣泛用於政府服務、在線商店、銀行和媒體網站等場景，但其底層安全工作仍依賴規模有限的核心開發者團隊，以及PHP基金會提供的資金和人員支持。即使AI能夠更快發現漏洞，維護團隊仍需要足夠的工程資源完成修復、測試和版本發佈。為應對這一問題，OpenAI提出了一套面向廣泛使用軟件的重大漏洞協同響應框架，涵蓋漏洞驗證與修復、向受影響組織提前通報、協調政府及基礎設施服務商、準備更新，以及補丁發佈後的部署指導。OpenAI還稱，將通過Patch the Planet等計劃提供模型訪問權限、安全工程支持和響應協調，幫助更多開源項目應對安全問題。

結語：AI加速漏洞發現，開源安全仍需長期維護 AI輔助研究正在縮短軟件漏洞從發現到驗證的時間，但發現漏洞並不意味著風險已經消除。對於PHP等廣泛應用的開源基礎軟件而言，AI可以提高漏洞排查效率，卻無法取代專業人員在維護中的作用。隨著AI發現漏洞的能力繼續增強，如何為開源維護團隊提供足夠的工程資源，並建立高效的修復機制，將成為軟件安全體系需要面對的重要問題。