深度解讀全球 72 小時安全風暴：PHP 事件只是第一槍

如果你昨天剛好踩中了所有這些坑，那你大概是 2026 年最慘的安全工程師。想象一下，你的網站跑在 Linux 服務器上，前端用 Nginx 做反向代理，後端 Go、PHP、Node.js 混著用，代碼存在自己搭的 GitLab 裡，靠自動發佈流水線更新，HTTPS 證書還選了 eMudhra 簽發的證書鏈。恭喜你，喜提安全漏洞全家桶。10 月 21 日，PHP 官方爆出兩個嚴重程度 9.2 分（滿分 10 分）的遠程代碼執行漏洞（代號 PHP2Shell）。攻擊者無需賬號密碼，發送一個 HTTP 請求就能直接接管你的服務器。

同一天，全球最大的私有化代碼倉庫平臺 GitLab 也炸了，爆出更嚴重的滿分漏洞，波及過去 12 年的所有版本，攻擊者不用登錄就能闖進你的代碼倉庫服務器執行任意代碼。Node.js 團隊也在當天發佈安全更新，一口氣修了 10 餘個漏洞，其中 4 個是高危級。而就在一週前，Web 服務器 nginx 剛修完 5 個安全漏洞，其中還包含緩衝區溢出、釋放後使用這類能讓黑客通過操控系統內存、直接奪取最高控制權的嚴重漏洞。你開始連夜打補丁：升級 PHP 版本，重啟 Node 服務，改 Nginx 配置，再停機升級 GitLab、跑數據庫遷移，身後的整個研發團隊被迫全線停擺。

等你終於喘口氣去查 HTTPS 證書，又發現 eMudhra 存在致命的弱熵漏洞，即使主流瀏覽器已經光速將其拉黑，但你服務器裡的 curl、Python、Go 還在默認信任它，等於留了個可以偽造任意網站身份的後門，很容易被中間人攻擊。從操作系統到 Web 服務器，從編程語言引擎到代碼倉庫，從運行時到證書信任鏈，層層都有驚喜，都是高危甚至滿分漏洞。然後你刷新聞，又看到幾個壞消息：據攻擊方聲稱，PingCAP 旗下的雲數據庫 TiDB Cloud 遭遇大規模數據洩露，10.

6TB 核心數據被攻擊者拖走，包含大量客戶 API 密鑰和代碼倉庫信息；家用 NAS 常用的 Plex 媒體服務器也發現漏洞鏈，被攻擊者拿來挖礦和植後門。同時，印度國家銀行 SBI 也確認了數據洩露。2026 年 10 月的第三週，全球互聯網的運維和安全圈集體進入戰時狀態。全球軟件基礎設施中積累了數十年的安全債務，正在集中到期。而在所有這些事件背後，一個正在打破攻防平衡的變量已經浮出水面：AI。PHP2Shell 的發現者明確表示，用了 AI 輔助分析代碼庫，才快速找到了這個藏了十幾年的漏洞。

而針對 GitLab 的同一個正則引擎，安全研究員利用 AI，在短短一個月內就連續找出了四個刁鑽漏洞，效率遠超純人工研究的常規速度。AI 讓發現漏洞變得更快，也讓利用漏洞變得更容易。補丁發佈後的每一個小時，都是攻擊者和防禦者之間你追我趕的競速：黑客在用 AI 拆解補丁、批量生成攻擊腳本，運維必須趕在被擊穿前連夜升級。有人在社交媒體上說：“更糟的還在後面，有大量的東西正向我們湧來。”也有人回覆說“這是好事，它終將通向一個更安全的網絡。”只是在那個“更安全的網絡”到來之前，我們還要經歷多少個無眠的時刻？

01從 PHP 安全事件說起2026 年的互聯網安全生態，在轟動全球的 PHP 事件中，可以窺探一二。10 月 20 日，PHP 安全團隊發出了一份史無前例的預告：“PHP 安全團隊希望提前通知即將發佈的安全版本，計劃於 2026 年 10 月 21 日星期三 14:00 UTC 發佈。”這在 PHP 的歷史上是非常罕見的做法，因為往常補丁都是直接上線，最多配一篇同步公告。如此打破慣例，這說明了兩件事：第一，這個漏洞極其嚴重，嚴重到需要所有管理員掐著點等更新，第一時間部署。第二，團隊已經在擔心信息洩露。

公告裡特意留了一句話：“如果任一漏洞的詳細信息被公開，或出現野外主動利用的證據，我們保留提前發佈的權利。”一天後答案揭曉。安全研究人員藉助 AI，發現了 PHP 語言裡潛伏 22 年的超級漏洞，包含兩個 CVSS 9.2 分的未授權遠程代碼執行漏洞（CVE-2026-109618、CVE-2026-109619），業內統稱為 PHP2Shell。這兩個漏洞覆蓋從 PHP 5.4 開始、跨度 12 年的全部版本。PHP 是互聯網的 “地基”，全球超 70% 的網站都在使用 PHP。那些耳熟能詳的站點，比如 WordPress、維基百科、Drupal，全都是搭建在 PHP 之上。

而這個漏洞最致命的地方在於，它和網站本身的代碼質量毫無關係。哪怕你的頁面只輸出一行 “Hello World”，只要底層跑的是受影響的 PHP 版本，攻擊者不需要任何賬號密碼，發送一條特製的 HTTP 請求，就能直接接管服務器。網絡測繪機構 Censys 的數據顯示，全球 260 萬臺運行 PHP 的主機裡，約 150 萬臺在當時還沒有打上補丁。這件事的連鎖反應引發了全球安全海嘯。

10 月 21 日起，荷蘭國家網絡安全中心率先關停了自己的官網，隨後荷蘭政府門戶網站、鹿特丹港、國家足協、五大政黨網站、多家醫院接連下線；丹麥關閉了國家學校通訊平臺；芬蘭國家 IT 服務商把全部政府公共網絡服務切停；法國內政部將所有網站轉入預防性維護；維基百科關閉了部分系統，互聯網檔案館也短暫停服排查風險。這種行業恐慌並非過度緊張。亞馬遜安全主管 CJ Moses 透露，其安全團隊早在 10 月 17 日（公開披露前四天），就已經在“蜜罐”誘餌系統中檢測到了針對該漏洞的匿名主動攻擊。這意味著，這些漏洞“正在被廣泛利用”。如果從官方技術報告深入探究，這次的問題出在 PHP 處理內存錯誤的方式上。

簡單來講，PHP 處理請求時如果內存不夠而崩潰，清理工作沒做乾淨，會留下過期指針一類的髒數據。攻擊者就利用這點，先構造特殊請求觸發內存耗盡崩潰，留下異常的殘留狀態；下一個請求過來時，PHP 會誤用這份失效狀態，把髒數據當成正常代碼跑起來，最終實現無需任何身份驗證的遠程代碼執行。這並不是一個新問題，它在底層隱藏了整整 22 年。早在 2004 年，PHP 安全領域的傳奇人物 Stefan Esser 就發現了同類風險：PHP 在內存溢出崩潰之後，全局狀態指針不會被完整清理。

但這類漏洞利用門檻極高、風險巨大，Stefan 沒有公開攻擊代碼；PHP 團隊也只修復了當時暴露的具體場景，沒有去修正底層的架構邏輯。2020 年，有人提交過相關 bug 報告，提到上傳長變量會觸發內存溢出、臨時文件清理不乾淨，但當時沒人意識到這是可遠程利用的安全缺陷；2024 年，開源安全組織 OSTIF 聯合 Quarkslab 完成 PHP 源碼安全審計，已經摸到了這個 OOM 問題的線索，卻始終沒能證明它可以實現遠程代碼執行。為什麼頂級安全專家研究十幾年，都沒能挖出穩定可用的利用鏈？

因為想要利用這個漏洞，得把多個底層缺陷組合在一起，同時吃透 PHP 在不同系統、版本、網站配置下各不相同的內存情況。過去能在一臺服務器跑通的攻擊，換一臺就很可能直接失效。這種複雜度，處在人類安全研究員實際能力的極限邊緣。直到 2026 年夏天，Calif Research 的研究員 Ryan Austin 重新盯上了這個問題。“二十年前的那類內存問題，真的被徹底解決了嗎？”Ryan 從少年時代就追著 Stefan 的研究學習，對 PHP 的攻擊面爛熟於心。更重要的是，AI 在安全研究領域已經具備很強的輔助能力。帶著這個假設，他啟動了源碼排查。

他要解決的第一個難題，是怎麼突破 PHP 的默認配置限制。PHP 默認單次 POST 請求上限 8MB，腳本運行內存上限 128MB。按理說，一份 8MB 的外部請求根本不可能耗光 128MB 的內存。但 Ryan 找到了一個精妙的繞過方式。他在攜帶空文件名的文件上傳請求裡，塞入大量多層嵌套的表單字段。請求本身體積很小，但 PHP 在解析時，會為每一層嵌套自動生成哈希表、字符串鍵等結構，內存開銷急劇膨脹。幾百條這樣的記錄湊在一起，就能用不到 8MB 的請求體，撐爆 128MB 的 PHP 內存。內存溢出的問題解決了，接下來就是找到那些系統崩潰留下的內存清理破綻。

Ryan 第一個找到的破綻在哈希表的核心插入函數里。程序往表格里加元素時，會先把數量加一，再給鍵名分配內存。如果分配內存時觸發 OOM 失敗，元素計數已經增加，但對應的位置是空的，或是殘留垃圾數據。後續代碼遍歷清理時，就會訪問這塊已經釋放的內存。放在以前，要在幾百萬行 C 語言代碼裡，把所有類似“先修改狀態、後執行操作、失敗沒有回滾”的代碼位置全部找出來，頂級研究員可能要耗費數月。但這一次，Ryan 把第一個漏洞的代碼模式提煉成一套檢索規則，交給了大語言模型。結果，AI 的表現快到令人髮指。它在短短幾小時內，順藤摸瓜找出了第二和第三個致命漏洞。第二個漏洞點藏在會話上傳進度功能裡。

這個功能在業務代碼正式執行之前就會啟動。如果解析過程中觸發內存溢出，全局狀態已經被修改，程序異常終止卻沒有清理這份髒狀態。下一個請求進來，就會直接複用這份已經失效的狀態。第三個漏洞點則在崩潰後的錯誤回溯信息。PHP 會把最近一次崩潰的調用棧保存在全局變量裡；內存溢出後，這個指針不會被清空。下一個請求只要觸發診斷信息輸出，就會訪問這個懸空指針。兩種觸發內存溢出的方法，配上三個可穩定利用的漏洞觸發點，在 AI 的高效組裝下，拼裝出了多條極度穩定的鏈式攻擊路徑。

Ryan 把這套利用鏈命名為 php2shell，並在 WordPress、MediaWiki（維基百科底層框架）等十一個全球主流 PHP 開源應用上全部驗證通過。後續谷歌旗下 Wiz 團隊、OpenAI 團隊也依靠 AI 工具，先後獨立發現了同一組漏洞。其中，Calif 的此次審計正是在 OpenAI 於 6 月啟動的“Patch the Planet”計劃下進行的。8 月 1 日，Calif 找到第一條可利用路徑。8 月 11 日，Calif 正式向 PHP 團隊報告漏洞，啟動了為期 71 天的秘密修復流程。

十多家雲廠商、CDN 服務商被悄悄拉入協調名單，Cloudflare 提前準備了防護規則。所有人都在和時間賽跑，也在和可能的信息洩露賽跑。但洩露還是發生了。10 月 17 日，也就是計劃公開日的四天前，亞馬遜的安全團隊在蜜罐系統裡檢測到了針對這個漏洞的攻擊嘗試，來源是匿名地址。沒人知道攻擊者是怎麼提前拿到消息的。同一天，白宮也接到了漏洞通報。局勢一下子緊張起來，這才有了 10 月 20 日那份史無前例的提前預警。10 月 21 日 14:00 UTC，補丁準時上線。兩個 CVE 編號，覆蓋 PHP 8.2 到 8.5 四個穩定分支。而 PHP 8.

1 以及更早的版本，因為已經停止維護，永遠不會有官方補丁，這意味著大量還在跑 PHP 7.x 甚至 5.x 的老舊站點，將被迫陷入無期限的危險之中。美國國家安全局和 FBI 當天相繼發佈警告，敦促所有使用 PHP 的組織立即更新，無法更新的暫時下線。官方也給暫時沒法升級的用戶提供了臨時緩解措施，但所有臨時方案都只是緩兵之計。官方的最終建議，還是升級到修復版本。安全巨頭 Wiz 在技術報告裡感嘆，這次的 PHP2Shell 是一座分水嶺，它與 2014 年的 Heartbleed、2021 年的 Log4Shell 並列為人類軟件史上的三大里程碑。

如果說Heartbleed 暴露了加密基礎設施的脆弱，Log4Shell 撕開了軟件依賴鏈的風險，那麼 PHP2Shell 真正標誌著 AI 時代的安全轉折點。在 AI 出現之前，安全圈有個心照不宣的潛規則，只要一個漏洞的利用難度足夠高，它在實踐中就是 “安全” 的。畢竟能串聯多個漏洞、適配幾十個版本、反覆調試出可用攻擊腳本的頂級研究者，全世界也就幾十個。複雜度本身，就是一道安全屏障。但 AI 拆掉了這道屏障。它可以快速在海量代碼裡匹配漏洞模式，幾小時內完成十幾個應用的攻擊適配，還能根據失敗的嘗試自動調整策略。

以前需要專家團隊花幾個月做的事，現在一個熟練的研究員配合 AI，幾周甚至幾天就能做完。02GitLab，另一場更嚴重的安全事件在 PHP 發佈補丁的同一天，GitLab 也推送了緊急安全更新。這次修復的是一個 CVSS 滿分 10.0 的遠程代碼執行漏洞，編號 CVE-2026-110264。問題出在 Ruby 內置的 Onigmo 正則表達式引擎裡，一個經典的整數溢出缺陷。攻擊者只需構造一段包含超大重複次數的正則表達式，就能觸發這個缺陷。引擎計算所需內存空間時發生數值溢出，分配的緩衝區遠小於實際需要，後續寫入的數據會越界覆蓋相鄰內存，攻擊者藉此直接奪取服務器控制權。

這個漏洞自 2014 年 GitLab 7.0 版本起就已存在，潛伏了整整 12 年。目前公開分析顯示，攻擊路徑大概率通過 Org 模式文件渲染觸發，攻擊者只要向公開倉庫提交一個包含惡意正則表達式的 Org 文件，GitLab 在渲染預覽時就會觸發 Onigmo 的缺陷，全程不需要任何登錄權限。為了修復這個漏洞，GitLab 史無前例地將補丁向後移植到七個版本，包括 19.5.1、19.4.3、19.3.6，以及早已停止支持的 19.2.9、19.1.9、19.0.10 和 18.11.13。作為對比，通常 GitLab 只維護最新的三個版本分支。更讓安全圈警惕的是漏洞爆發的頻率。

這已經是研究者 joaxcar 在一個月內報告的第四個 GitLab 正則引擎代碼執行漏洞。前三個分別在 9 月 23 日和 10 月 12 日修復，評分也都在 9.9 到 10.0 之間。這顯然不是單個 bug，而是一整類系統性缺陷。更心累的是，全球無數的運維工程師幾天前才剛剛熬夜把系統升級到“最新版”，可出現新漏洞後，上次升級後的系統依舊防不住，等於白忙活一場。而升級本身也有成本。新版本包含數據庫結構變更，單節點服務器升級必須停機，對中小團隊來說，這意味著幾小時的開發停擺。很多人只能選擇先觀望，找個週末的維護窗口再操作。而這觀望的幾天，就是攻擊者的機會窗口。

和 PHP2Shell 比起來，GitLab 的漏洞影響面沒那麼廣，但殺傷力更深。PHP 攻擊的是網站本身，而 GitLab 攻擊的是存放源代碼的倉庫。一旦企業的 GitLab 實例被攻破，攻擊者不僅能偷走全部代碼和密鑰，還能在代碼裡植入後門，通過正常的發佈流程擴散到所有下游系統。這就是典型的供應鏈攻擊，後果可能在幾個月甚至幾年後才會顯現。這還不是全部。就在 PHP 和 GitLab 爆雷的前後 72 小時裡，另外兩場風暴同樣衝擊著互聯網的基礎信任。先是 eMudhra。這家來自印度的證書頒發機構，是全球各大瀏覽器默認信任的“公證處”。

安全研究員在 10 月 17 日震驚地發現，這家機構在生成 8 張核心加密證書時，密鑰生成腳本出錯。原本應該擁有無數種可能、連超級計算機都無法破解的超強私鑰，因為缺乏隨機數，實際取值範圍居然縮水到了 0 到 255 之間，其中一張關鍵證書的私鑰取值，乾脆就是數字 4。這意味著任何人都能用這些弱私鑰偽造任意網站的 HTTPS 證書，瀏覽器還會乖乖顯示綠色的安全鎖。事件曝光後，Mozilla 在 3 小時內就通過證書撤銷列表封鎖了相關證書，谷歌、蘋果、微軟的瀏覽器也跟進拉黑。但大量非瀏覽器客戶端，比如 curl、Go 編譯的程序、Docker 基礎鏡像 ，仍然信任這些問題證書。

Go 語言團隊隨後緊急發佈了 CVE-2026-111943 修復，在標準庫中排除了這條問題證書鏈，但所有依賴舊版本編譯的程序都必須重新構建才能生效。然後是 PingCAP 的 TiDB Cloud。黑客組織 FulcrumSec 披露並聲稱，他們利用了 PingCAP 內部代碼倉庫中遺留的雲服務憑據（包括 GCP 和 Azure 憑證），建立了一條數據複製通道，在攻擊期間每 6 小時完整導出一次生產控制平面的全部數據，前後共 88 次且未觸發告警，累計竊取高達 10.6 TB 的數據。

根據其公佈的清單，洩露內容包括 413 個私有代碼倉庫、超過 2000 萬條客戶 SQL 查詢記錄、數萬個客戶密鑰（包含 Pinterest 的 AWS 根密鑰、管理上千個倉庫的 GitHub 令牌，以及大量 OpenAI 和 Anthropic 的 API 密鑰），甚至各大客戶的內網架構信息和合同定價也赫然在列。不僅如此，流出的開發者數據表還覆蓋了國內大量頭部科技公司兩萬多名開發者的個人郵箱與社交主頁。目前，部分洩露數據已在暗網流傳。儘管 PingCAP 官方緊急確認了遭遇未授權訪問，並強調客戶數據庫本身未受直接波及，但這次足以衝擊供應鏈安全的重大洩露事件，還是重創了雲安全領域的信任。

03AI “入局”：全球網絡攻防的推倒與重來當我們覆盤這一連串風暴時會發現：AI 是最容易被忽略，卻也是最關鍵的變量。它正在同時改寫攻防兩端的遊戲規則，把整個網絡安全行業推入“機器速度”的競速時代。在 PHP2Shell 事件中，AI 就已經扮演了核心角色：OpenAI 通過其 “修補地球”（Patch the Planet）計劃牽頭跨國協同，安全公司 Calif 藉助 GPT-5.6 Sol 模型發現了其中關鍵的內存缺陷；谷歌旗下 Wiz 團隊也依靠其 Atlas 多智能體漏洞挖掘系統，獨立挖到了同一組漏洞。

最終十多家雲廠商、CDN 服務商被拉入秘密修復名單，在漏洞公開前完成了跨機構的防護準備。類似的 AI 安全佈局正在全行業快速鋪開。

谷歌 Wiz 推出的 Atlas 系統通過代碼理解、假設提出、交叉驗證的多智能體分工，已經在主流開源項目中發現並驗證了超過 200 個此前無人知曉的安全漏洞；微軟在 10 月剛剛為企業安全系統新增 “Guardian Agents”，專門用 AI 監管其他業務 AI 智能體的行為與權限，防範 Agent 越權操作帶來的內部風險；Anthropic 推動 Project Glasswing（玻璃翼計劃），聯合日立等工業巨頭，將 Claude 模型落地到能源、交通等公用事業領域的常態化安全防護中。但 AI 從來不是防禦方的專屬武器。

就在 10 月，微軟披露黑客組織 Storm-0940 已使用 ARTEX AI 滲透測試框架，通過入侵 ConnectWise 雲備份工具發起供應鏈攻擊，以“機器速度”滲透全球數千家企業租戶，覆蓋航空航天、金融、製造等十餘個行業。攻防兩端的競速之下，成本壁壘正在被快速拉大。AWS 靠代號 MadPot 的全球蜜罐系統持續監測威脅，每天捕捉上億次潛在攻擊探測；微軟則在月度補丁日集中修復上千個漏洞，靠海量算力堆起防禦壁壘。這些都是隻有大廠才玩得起的“金錢防線”。但全球 150 萬臺沒打補丁的 PHP 服務器，絕大多數屬於中小企業、開源項目和個人開發者。

如果防禦工具的成本依然高不可攀，整個互聯網的安全水位只會兩極分化得更加嚴重。出路只有一條：把 AI 安全審計的成本打下來。值得玩味的是，就在全球安全風暴發酵的同一周，國內大模型廠商智譜下一代基座模型 GLM-5.5 的細節開始流出。在一份全網流傳的智譜專家交流紀要中透露，GLM-5.5 曾並行驗證兩條技術路線：一條強化代碼能力，一條深耕通用邏輯推理。最終代碼方向勝出，拿到了更多的預算資源傾斜。代碼審