PHP 發佈 8.5.12、8.4.27、8.3.36 和 8.2.35，修補前沿 AI 模型協助發現的兩項嚴重 RCE 漏洞

PHP 專案於 October 21, 2026 發布 PHP 8.5.12、8.4.27、8.3.36 和 8.2.35。這些安全更新修補了兩個嚴重漏洞，漏洞可讓未經驗證的攻擊者遠端執行程式碼，並由前沿 AI 模型協助發現。這次協調披露涉及 PHP 專案、OpenAI、保安研究公司 Calif，以及雲端保安公司 Wiz。

已修補版本

PHP 專案的安全公告指出，這四個版本修補了 CVE-2026-109618（記憶體不足導致記憶體損毀，進而遠端執行程式碼），以及 CVE-2026-109619（過時的全域狀態導致遠端執行程式碼）。PHP 保安團隊於 October 20, 2026 發出的預先通知，將兩個漏洞的 CVSS v4.0 評分定為 9.2，並安排於 October 21 的 14:00 UTC 發布更新。

公告指出，所有用來處理網頁請求的 PHP 安裝均有風險，包括 PHP-FPM、搭配 mod_php 的 Apache、php-cgi、FrankenPHP 和 LiteSpeed。mod_php 的風險最高，因為已展示的漏洞利用可在任何應用程式程式碼執行前，由未經驗證的請求觸發。

專案指出，沒有完整的緩解措施，更新是唯一安全的選擇；不過，公告列出了一些可降低特定攻擊途徑風險的暫行設定。Linux 發行版及 LTS 供應商已提前收到修補程式。PHP 保安團隊亦為已不再接收更新的 PHP 7.4、8.0 和 8.1 提供了精簡的原始碼回移植版本，並指出 PHP 8.2 將於 December 31, 2026 結束生命週期。

漏洞與 Php2shell 漏洞利用程式

Wiz Research 的技術披露指出，CVE-2026-109618 涉及上載進度反序列化器的釋放後使用漏洞，以及遠端洩露程序記憶體；CVE-2026-109619 則涉及致命錯誤回溯中的釋放後使用漏洞，以及 OPcache 類型混淆。這些都是記憶體安全問題，源於 PHP 在處理請求時處理致命錯誤的方式，尤其是記憶體不足錯誤。

Wiz 表示，過去十年發布的每個 PHP 版本至少受其中一個漏洞影響，最早可追溯至 5.4 版。Calif 表示，該公司找到最早受影響的攻擊途徑可追溯至 PHP 5.4.0；漏洞利用途徑視乎 PHP 版本和 SAPI 而定，而且在預設設定下均可利用。

Wiz 將這些漏洞合併成一個名為 php2shell 的漏洞利用指令碼，並展示如何在 WordPress、Drupal 和 Joomla 的最新容器映像上，未經驗證便遠端執行程式碼。Wiz 亦另外展示了不依賴特定應用程式的 PHP 工作程序記憶體洩露；這些記憶體可能包含密碼、驗證令牌、API 金鑰和憑證。Calif 的文章報告稱，已確認可在 WordPress 7.1.2、Drupal 11.4.3、Joomla 6.1.4、MediaWiki 1.46.2、Roundcube 1.7.4、Magento 2.4.9、phpMyAdmin 5.2.3、Nextcloud 35.0.1、Laravel 13.11、Symfony 8.1 和 WHMCS 上，在驗證前遠端執行程式碼；部分情況下，亦可在任意 PHP 指令碼上實現。

Wiz 指出，PHP 為全球 70% 的網站提供支援，包括 WordPress、Joomla、Drupal 和 Wikipedia 的 MediaWiki，並將這些發現列為 PHP 已發現的最嚴重漏洞之一。

前沿 AI 模型如何發現這些漏洞

OpenAI 表示，在過去兩個月，該公司帶領由維護者、研究人員及安全服務供應商組成的聯盟應對這些漏洞。Calif 在 OpenAI 的 Patch the Planet 計劃中，使用其 GPT-5.6 Sol 模型找出一個嚴重漏洞；Wiz 則獨立發現並通報了兩個漏洞。PHP 維護者主導修補工作及發布。

參與者提供的時間線顯示，他們曾各自獨立發現漏洞，時間亦有重疊。PHP Foundation 的紀錄指出，Calif 於 2026 年 7 月 30 日開始審核；Calif 研究員 Ryan A 於 2026 年 8 月 11 日通報一個無條件遠端程式碼執行漏洞，而 OpenAI 亦在同日獨立通報相同根本原因。Calif 的紀錄則將發現日期列為 2026 年 8 月 1 日，並指其於 2026 年 8 月 14 日向 PHP 分享遠端程式碼執行概念驗證、於 2026 年 8 月 15 日獲 PHP 確認，並於 2026 年 8 月 21 日通報第二個錯誤。

Wiz 表示，該公司於 2026 年 8 月 19 日使用 Wiz Atlas、Gemini 4 Argon 及 GPT-5.6 Sol 發現第一個漏洞，並於 2026 年 8 月 20 日確認可在 Drupal 上無須驗證便執行程式碼，於 8 月 21 日在 WordPress 上確認同樣問題，並於 2026 年 8 月 24 日向 PHP 安全團隊通報這些漏洞。據 PHP Foundation 指，OpenAI 於 2026 年 9 月 18 日補充了其他攻擊途徑；據 Wiz 指，PHP 於 2026 年 9 月 21 日確認收到通報，並開始制定協調修補方案。

這些漏洞的根源由來已久。Calif 憶述，Stefan Esser 於 2004 年發現首宗與 PHP 記憶體限制有關的遠端漏洞；一個描述記憶體耗盡情況的錯誤於 2020 年通報給該項目；OSTIF 與 Quarkslab 於 2024 年進行的審核則再次發現這個問題，但未能證明漏洞可被利用。PHP Foundation 寫道，2024 年的審核由 Sovereign Tech Agency 資助，而修補工作在數月間屢次停滯及重啟：「我們不會假裝情況並非如此：這次延誤是結構性失誤。」

OpenAI 表示，鑑於漏洞的嚴重程度及 PHP 的廣泛使用，該公司認為這是近期最具影響力的安全問題之一；據其所知，前沿 AI 在攻擊者之前發現了這些漏洞，開啟了其所稱的「防禦者窗口」。該公司承諾提供價值 $1 billion 的補貼 Daybreak 使用權，供前線防禦人員使用，並在 openai/php2shell-checker GitHub 儲存庫中，以 Codex 技能形式發布 PHP 版本檢查器。

披露內容外洩，保密期失守

PHP Foundation 表示，協調披露安排一直維持至預定發布日期前兩天。2026 年 10 月 20 日約 15:00 UTC，兩個 CVE ID 開始在網上論壇及社交媒體流傳，當中附有錯誤的發布時間及錯誤的 CVSS 10.0 評分，但沒有技術細節外洩。PHP 項目將預先公告時間改為當日 19:30 UTC，並把發布日期由 2026 年 10 月 22 日提前至 2026 年 10 月 21 日 14:00 UTC，表示發行方仍在封裝修補程式。

基金會表示，10月20日 UTC 20:00 左右，Calif 誤將一段影片公開發布，展示其概念驗證程式如何攻擊多個目標。影片副本其後流傳，並促使多種概念驗證漏洞利用程式於10月21日加速開發。基金會稱，10月21日 UTC 07:41，即比協調發布早六個多小時，Chainguard 單方面打破禁發期，發布了包含修正內容的已建置映像。PHP 安全團隊監察了外洩後出現的概念驗證程式，但在發布及公開披露時，沒有發現任何可運作的漏洞利用程式。

政府協調及建議框架

OpenAI 表示，該公司與合作夥伴合作，聯繫美國政府多個部門，包括白宮的 Super Intelligence Force、國家網絡總監辦公室，以及網絡安全及基礎設施安全局，亦聯繫了國際合作夥伴，以協助將安全指引送達關鍵機構。Wiz 表示，在公開披露前，該公司與 Google Cloud、Cloudflare、AWS、Microsoft、Automattic、Fastly、Akamai、Imperva、Vercel 等合作，為無法即時更新的機構準備客戶指引、偵測措施及即用型緩解措施。

OpenAI 亦公佈了一套建議的五階段框架，用於應對廣泛使用軟件中的嚴重漏洞：驗證並修復上游漏洞、給予受影響機構採取行動的時間、與政府合作夥伴協調、為受影響產品準備更新，以及在修補程式推出後發布指引。該公司徵求安全社羣對此方案的意見。

PHP Foundation 表示，該基金會於2026年5月成立生態系統安全團隊，並於2026年7月聘用 Alexandre Daubois、於2026年9月聘用 Daniel Scherzer。該團隊自2026年7月1日起已公佈15個 CVE，同時處理了逾100份經證實無效、重複或無法重現的報告。基金會呼籲公司、託管服務供應商、雲端平台、發行版維護者及政府提供贊助，這些機構的服務均以 PHP 運行。