當 AI 把數十年的舊漏洞變成武器：從 PHP2Shell 看資安防禦的分水嶺

2026 年 10 月 21 日，OpenAI、Wiz（Google 旗下資安公司）與 Calif 三個團隊同步揭露了一組被稱為 PHP2Shell 的重大漏洞——存在於 PHP 語言核心、可能影響全球約 70% 網站的遠端程式碼執行與記憶體讀取風險，可被用來竊取密碼等敏感資訊、中斷服務並外洩客戶資料。PHP 基金會已釋出修補，NSA 則呼籲無法立即更新的組織直接將系統下線，部分歐洲政府網站因此暫時關閉。Wiz 的研究者將其與 2014 年的 Heartbleed 相提並論。

但這個事件真正值得企業留意的，不是漏洞本身，而是它被發現與驗證的方式。

「一週抵過數月」的不對稱

Wiz 團隊在報告中寫道：「有了前緣 AI 模型與合適的工具，一位研究員在一週內完成的工作，過去需要世界級團隊數個月的時間。」 他們在研究過程中使用了 Gemini 4 Argon、Wiz Atlas 與 GPT-5.6 Sol，把跨多個應用程式的分析工作壓縮到數小時之內。

更關鍵的一句話是：「這些底層缺陷已存在數十年，但要驗證其可利用性，需要一條極其複雜的攻擊鏈，幾乎是人類研究者實務上能達到的極限。前緣 AI 模型大幅降低了這個門檻，把一個長期存在的缺陷變成了可利用的漏洞。」

這句話改寫了資安風險評估的基本假設。傳統的風險計算中，「難以利用」幾乎等於「低風險」——一個需要極複雜攻擊鏈才能觸發的缺陷，通常被排到修補佇列的末端。PHP2Shell 證明這個假設已經失效：AI 降低了攻擊鏈的實作成本，於是「理論上可利用」與「實際上可利用」之間的距離，正在快速歸零。

AI 把同樣的力量交給了防禦者與攻擊者

這是我在 AI 資安領域反覆強調的不對稱競賽的又一個註腳：AI 是中立的加速器，誰先把它整合進工作流程，誰就取得產能優勢。這次事件中，AI 站在防禦這一邊——研究員用它快速完成漏洞挖掘與可利用性驗證，並在修補就緒後才進行協調揭露，這是負責任揭露的教科書案例。

但不必對人性過於樂觀：同一套能在一週內驗證數十年舊漏洞可利用性的產能，同樣可以出現在攻擊者的螢幕上。 世界上存在已久的「難以利用」缺陷何其多——它們過去被視為低風險而長期沉睡，如今每一個都是 AI 可以喚醒的候選目標。當 Wiz 把 PHP2Shell 稱為資安的分水嶺時，他們指的是：這是第一個因 AI 而變得「可實務部署」的長期漏洞，但不會是最後一個。

企業現在應該做的事

1. 立即盤點 PHP 暴露面。 確認組織內外所有使用 PHP 的系統——包括正式產品、內部工具、以及供應鏈上的 Web 服務——是否在受影響版本範圍內。修補已經就緒，更新是最直接的行動；無法立即更新的系統，參考 NSA 的建議評估是否暫時下線。曝光於網際網路的系統優先處理。

2. 重寫曝險排序的假設。 把「利用難度高」從低風險的證據，改列為需要人工複查的未知項。風險評估必須開始回答新問題：這個弱點的攻擊鏈，AI 能否在合理時間內自動化完成？預設答案應該從「不能」改為「可能，且成本持續下降」。

3. 把 AI 能量納入驗證與防禦。 這次事件同時示範了 AI 在防禦端的價值：自動化弱點挖掘、攻擊鏈模擬與可利用性驗證，正是我先前談 CTEM 時強調的「驗證階段自動化」。企業應評估將 AI 輔助的攻擊面驗證納入持續曝險管理循環，讓防禦者的迭代速度至少與攻擊者同量級。

4. 把這次事件寫入營運韌性劇本。 部分歐洲政府網站選擇「下線優先」，這是一個值得留意的決策模式：當修補無法即時完成時，服務可用性與資料安全之間的取捨，需要事先有治理授權與應變程序，而不是事件發生當下才開會決定。

結語

Heartbleed 之後，產業學會了基礎加密元件需要持續的資源投入與審計；PHP2Shell 之後，產業應該學到的是：任何「存在已久但無人利用」的弱點，都只是一個尚未被 AI 降低成本的攻擊鏈。 資安防禦的競爭基礎，已經從擁有多少控制措施，轉移為誰能把 AI 整合進發現、驗證與應變的每一個環節。這個轉變對所有企業都一視同仁，差別只在於誰先開始。