騰訊雲發出風險通告，Google催促客戶立刻更新，OpenAI協調多方緊急修補。
10月21日，PHP項目發佈安全更新，修復兩項嚴重漏洞。這套廣泛用於網上商店、論壇、媒體和政府網站的軟體，出現了可能讓駭客遠端控制伺服器的缺陷。OpenAI將此次事件列為近期影響最大的漏洞事件之一。
攻擊者不必先拿到帳號和密碼。在已驗證的部署環境中，傳送特製請求，就可能讓伺服器執行惡意程式碼。一旦攻擊成功，網站上的資料可能被竊取，網頁也可能被篡改。
美國國家安全域等機構給出的建議已經到了這一步：來不及打補丁，就先讓相關系統下線。據《紐約時報》報導，一些歐洲政府網站已暫停服務。Cloudflare則表示，已經檢測到相關攻擊嘗試。
美國國家安全域網路安全部門發佈的提醒。
這次，研究者借助AI找到了漏洞的利用方法，並與維護團隊協作修補。但補丁公開後，攻擊者也能用AI分析程式碼改動，反推攻擊方法。補丁已經發出，攻擊嘗試也已經出現，各地網站管理員還得排查受影響的系統，完成測試和更新。
AI找出攻擊方法，PHP團隊接到緊急電話
今年8月，美國安全公司Calif的研究員瑞安·奧斯汀（Ryan Austin）開始審計PHP原始碼。據《紐約時報》報導，他借助OpenAI的GPT-5.6 Sol，在幾天內找到了問題，隨後又使用尚未公開的OpenAI模型協助研究利用方法。
Calif首席執行長泰·杜昂（Thai Duong）告訴《華爾街日報》，研究者很早就注意過這類記憶體管理風險，只是長期認為難以利用。奧斯汀的測試卻證明，通過向伺服器傳送一系列請求，攻擊者可以讓伺服器執行自己的程式碼。測試中，小型系統可能在幾秒內被攻破，複雜系統則可能需要數小時。
8月11日，杜昂給PHP項目安全工程師福爾克·杜施（Volker Dusch）打去電話。杜施事後回憶，自己最初的反應是：“天那，我們現在該怎麼辦？”隨後，他開始組織修復。
Calif強調，研究員在發現漏洞後還參與了修復、審查與反覆測試。
PHP基金會後來披露，其中一類記憶體不足處理問題，2024年就已被發現。但當時尚未證明具體的攻擊路徑，幾種修複方案又可能影響舊程序和擴展，甚至引入新的故障。維護者沒有及時形成一致方案，問題一直留到了這次緊急修補。
研究者借助AI證明，這項已知隱患確實能被用來入侵伺服器，修復工作隨之提速。參與排查的不止Calif。OpenAI表示，Wiz團隊獨立發現並報告了兩項漏洞；PHP維護者主導修復，研究團隊、發行商和安全公司共同協助。
據《華爾街日報》報導，修補涉及近200個檔案、超過一萬行程式碼。Wiz聯合創始人阿米·盧特瓦克（Ami Luttwak）將其稱為迄今由AI協助發現的最嚴重漏洞，並認為這類複雜問題在沒有AI的情況下很難被找到。
不用帳號密碼，伺服器就可能被入侵
這組漏洞被稱為PHP2Shell，編號分別為CVE-2026-109618和CVE-2026-109619，CVSS v4.0評分均為9.2，屬於嚴重等級。
X使用者@Lilith Datura把PHP比作網站的“後廚”：使用者在前台登錄、搜尋商品、提交評論，PHP在伺服器裡處理請求、讀取資料庫，再把結果送回瀏覽器。使用者看不到它，但網站上的許多操作都可能由它在背後支撐。
這次出問題的是PHP本身管理記憶體的方式。一處是記憶體不足時，內部資料尚未準備完整，後續清理卻可能把它當成正常資料使用；另一處是請求處理完、相關記憶體釋放後，舊狀態沒有清乾淨，同一處理程序處理下一個請求時，又可能用上這些已經失效的資訊。
攻擊者可以利用這些錯誤，讓伺服器執行原本不該執行的程式碼。PHP官方認為，使用Apache mod_php的部署方式風險最高，已有演示證明：攻擊者無需登錄，網站自己的程序還沒開始運行，攻擊就可能已經觸發。登錄檢查還沒來得及發揮作用，底層處理請求的程序就先出了問題。
官方把所有對外處理網頁請求的PHP安裝都列入風險範圍，包括PHP-FPM、Apache mod_php、php-cgi、FrankenPHP和LiteSpeed。不同部署方式的利用條件並不完全相同，都需要排查和更新。
PHP的普及讓排查範圍格外大。W3Techs截至10月21日的統計顯示，在能夠識別伺服器端程式語言的網站中，69.3%使用PHP。這個數字說明它被廣泛採用，並非全球近七成網站已經遭到入侵。
對普通使用者來說，風險主要來自網站後台。自己沒有安裝過PHP，不代表每天使用的網站沒有使用它；網站也可能為了修補而臨時停止登錄、下單或其他服務。真正需要完成底層更新的，是網站和服務的營運方。
消息提前傳開，補丁也提前一天發佈
維護團隊原本計畫在10月22日發佈補丁，讓相關廠商在公開披露前準備更新。但10月20日，漏洞編號和發佈日期等消息開始在網上流傳，PHP團隊將發佈日期提前到了21日。
據PHP基金會復盤，最初傳開的消息夾雜著錯誤的發佈時間，還把嚴重程度寫成了滿分10分，實際評分是9.2。當時沒有一併洩露技術細節，但重大漏洞即將披露的消息已傳開，維護團隊隨即提前發出了預警。
PHP基金會的預告寫明兩項漏洞的嚴重程度，並提醒使用者準備更新。
在公開發佈之前，PHP維護者、OpenAI、Calif、Wiz、Cloudflare以及軟體發行商已經協作了數周。Linux發行版和長期支援廠商提前收到了補丁，安全服務商也在準備攔截規則，儘量讓修復與防護措施趕在攻擊工具擴散之前到位。
OpenAI在“Patch the Planet”文章中介紹，協調工作不僅包括確認漏洞和修好原始碼，還要通知有能力採取行動的機構，與政府響應團隊溝通，幫助下游產品準備更新，最後向營運方提供部署指引。過早擴散資訊可能驚動攻擊者，通知太晚又會讓防守方來不及準備。
OpenAI的協調響應說明。文中明確，修復與發佈由PHP維護者主導。
10月21日，PHP 8.5.12、8.4.27、8.3.36和8.2.35同時發佈，分別為四個仍受支援的版本分支修復這兩項漏洞。營運方可以從PHP項目或相應供應商獲取更新。
騰訊雲隨後提醒使用者自查修復。Google雲要求受影響的客戶更新PHP並重新部署服務，同時明確，Google雲平台本身不受影響，運行在其上的PHP應用可能存在風險。
Cloudflare表示，已為客戶部署防護，並觀察到針對漏洞的攻擊嘗試。攔截規則能夠爭取時間，但不能代替修復PHP本身。前FBI高級官員、現任職於安全公司Halcyon的辛西婭·凱澤（Cynthia Kaiser）對《紐約時報》說，有了AI，打補丁已經成了一項緊急任務。
伺服器藏在那，那些業務得先停？
X帳號@Derek Devicemanager寫了一篇維運段子：安全部門一早催著修補所有PHP伺服器，接下來卻卡在一個問題上，公司到底有多少台？清單上是12台，實際有多少，沒人知道。
排查時，一台機器的名字就叫“PHP-OLD-DO-NOT-TOUCH”，意思是“舊PHP，別碰”，偏偏還負責匯出薪資資料。另一台舊機器的負責人早在2019年就離職了，接到電話後問：“哦哇，那個還在運行？”
在這個段子裡，打補丁花了四小時，搞清楚這些PHP伺服器到底在幹什麼，卻花了十一小時。
FBI給出的處置建議，第一步同樣是清點PHP到底運行在那些系統中。除了直接對外的網站，還要檢查隨供應商產品一起安裝的PHP元件，優先處理面向網際網路的服務，並監測Web伺服器是否出現異常活動。
FBI網路部門的處置建議，包含資產排查、更新、監測及受損後的處理步驟。
找到伺服器，也未必點一下更新就完事。Google雲的指引寫明，App Engine標準環境中仍受支援的PHP執行階段會自動修補；但自行建構容器鏡像，或使用未啟用自動基礎鏡像更新的部分服務，就需要客戶更新鏡像、重新部署。雲平台發出了通知，不代表客戶正在運行的每一份PHP都已換成安全版本。
老版本還多一道難題。PHP 8.1及更早版本已經結束常規支援，但鑑於此次風險，項目額外為7.4、8.0和8.1提供了最小化的原始碼回溯補丁，供仍需自行編譯的使用者使用。部分發行版和長期支援廠商也會提供修復包，營運方需要確認自己實際使用的軟體由誰維護、補丁是否已經裝上。
這次破例提供補丁，並不意味著老版本重新獲得長期維護。即使升級到了此次修復後的PHP 8.2.35，也仍要安排後續遷移：PHP 8.2將於2026年12月31日結束支援。
等不及補丁，一些機構先停了服務。荷蘭政府10月21日的公告列出了被預防性下線的Overheid.nl、MijnOverheid.nl和DigiD等政府服務網站。公告發佈時，荷蘭方面尚未發現漏洞被實際利用的跡象。這些網站是為防範攻擊主動暫停，並非已經被駭客攻破。
維基站點營運方Weird Gloop也在10月21日的公告中寫道，為等待補丁，團隊關閉了旗下所有維基站點的Web伺服器，停機持續約13小時，是其經歷過的最長一次。
不過，借助此前快取下來的內容，團隊在資料庫和PHP停止運行的情況下，仍讓約94%的頁面瀏覽得到正常響應。
維護團隊還得給沒有及時更新的系統安排臨時措施。PHP官方列出了一些減少特定攻擊路徑暴露的配置辦法，但同時強調，它們無法覆蓋所有變種，不能讓未修補的安裝變得安全。臨時攔截、暫停服務和安裝補丁各有用途，只有把更新真正部署上去，才能修復這兩項漏洞。
不只找漏洞，AI也在幫忙修補
Calif的杜昂擔心，補丁一旦公開，有人會拿著程式碼改動讓AI分析，再把生成的攻擊指令碼發到網上。OpenAI也承認，幫助研究者識別嚴重缺陷的能力，同樣可以幫助攻擊者更快開發利用工具。
但防守方能交給AI的，並不只有“找漏洞”這一件事。OpenAI已經提供了一個用於檢查PHP版本的Codex技能，幫助營運方識別可能受影響的版本，再結合PHP項目和供應商的公告，確定該裝那份更新。此前參與發現漏洞的研究團隊，也一直在測試修補方案。
OpenAI還承諾，通過Daybreak for Frontline Defenders提供價值10億美元的Daybreak使用補貼，幫助保護關鍵服務、卻缺少安全資源的組織用上這些工具。補貼面向更廣泛的安全工作，並非專門用於此次PHP修補的現金撥款。
對於長期維護，OpenAI列出的方向包括：讓程式設計模型在寫程式碼時檢查危險用法，協助把關鍵元件遷移到記憶體安全語言，用形式化驗證檢查特定安全屬性，以及強化處理不可信檔案的隔離環境。遷移過程中，工程師還要測試舊程序能否正常運行，新寫的程式碼是否引入了其他問題。
Weird Gloop管理著每月約5億次頁面瀏覽的遊戲維基，團隊只有約8人。經歷這次停機後，他們準備加強備份、繼續改進快取，希望下一次伺服器必須關停時，仍能正常提供內容的頁面瀏覽比例接近99%。 (網易科技)