裂開的青銅殼體，暖光從裂縫透出

特別企劃 · PHP2SHELL · CVE-2026-109618 / 109619

AI 在幾天內找到了藏在 PHP 核心 20 年的漏洞

全球約 70% 的網站跑在 PHP 上。2026-10-21，PHP 緊急修補兩個 CVSS 9.2 的漏洞：攻擊者不需要帳號就能在伺服器上執行程式，修補前幾乎所有 5.4 以後的版本都中。這一頁把你現在該知道、該做的事整理在一起，也說明為什麼下一次只會更快。

預約免費諮詢
先檢查我的 PHP 版本

分享

LINELinkedInXFacebook
修補版本
8.5.12 · 8.4.27 · 8.3.36 · 8.2.35
CVSS
9.2（v4.0）· 9.8（v3.1）
揭露
2026-10-21 22:00（台灣時間）
最後更新
2026-10-22

30 秒掌握

先看這五件事

是什麼

PHP 核心的兩個記憶體安全漏洞。CVE-2026-109618 出在記憶體不足時的清理流程，CVE-2026-109619 出在請求結束後殘留的全域狀態。兩個都能讓未經驗證的攻擊者遠端執行程式碼，後者還能洩漏其他請求的密碼、token 與金鑰。

PHP 官方公告

誰受影響

所有對外提供服務的 PHP：PHP-FPM、Apache mod_php（風險最高）、php-cgi、FrankenPHP、LiteSpeed。WordPress、Drupal、Joomla、Magento 只是示範目標，連 Hello World 都中。內嵌 PHP 的設備與管理介面也在範圍內。

NCSC-NL 受影響產品清單

多嚴重

CVSS 4.0 評分 9.2、CVSS 3.1 評分 9.8。Wiz 稱之為 PHP 史上最嚴重的漏洞之一。美國 CISA、英國 NCSC、澳洲 ACSC、台灣資安署都在一天內發出警示。

NVD

怎麼修

更新到 8.5.12、8.4.27、8.3.36 或 8.2.35，然後重啟 Apache、PHP-FPM 與長駐 worker。7.4、8.0、8.1 已停止支援，只有最小原始碼回移，要靠發行版或 LTS 廠商。只更新 WordPress 或外掛沒有用，漏洞在底下的執行環境。

PHP 基金會

現在的狀況

編號在修補前一天外洩，概念驗證已經流傳。Cloudflare 在正式揭露前就看到攻擊，而且攻擊者會即時改寫 payload 繞過規則。荷蘭、芬蘭、法國的政府網站在修補前先下線。CISA 的已遭利用漏洞清單在 10/21 版本尚未收錄。

Cloudflare

時間軸

20 年的瑕疵，AI 用幾天找到

這條線的前二十二年是人類研究者的節奏，最後三個月是 Agent 的節奏。

  1. 2004

    第一個 PHP memory-limit 遠端漏洞

    Stefan Esser 找到 PHP 記憶體上限處理的第一個遠端漏洞。同一類問題的根源從這時就在。

  2. 2020

    Bug #78876 被回報

    相關問題再次被回報，但沒有人證明可以利用。

  3. 2024

    外部稽核碰到了，但證明不了

    PHP 多年來第一次外部稽核（Sovereign Tech Agency 出資、OSTIF 協調、Quarkslab 執行）發現相關的記憶體不足問題。能不能利用沒人證明得了，修補拖了好幾個月。PHP 基金會事後稱這是「結構性的失敗」。

  4. 2026 年初

    AI 掃描開始

    PHP 與 Alpha-Omega 合作，用 Anthropic 的 Claude Mythos 掃描程式碼；之後加入 OpenAI 的 Daybreak Red 驗證回報。

  5. 2026-07-30

    Calif 加入 Patch the Planet

    OpenAI 邀請資安研究公司 Calif 加入 Patch the Planet 計畫，PHP 被選為高影響力目標。

  6. 2026-08-01

    幾天內找到第一條路徑

    Calif 研究員 Ryan Austin 在 GPT-5.6 Sol 協助下，開始稽核幾天後就找到多條通往遠端執行的路徑。他們原本沒預期會找到重大問題，因為每個實驗室都已經用 AI 稽核過這個目標。

  7. 2026-08-11

    兩方同日回報同一個根因

    Calif 向 PHP 回報第一個漏洞，OpenAI 獨立回報了同一個根因。從這天起，修補成為 PHP 基金會所有資安人員的最優先工作。

  8. 2026-08-19

    Wiz 獨立找到

    Wiz Research 用 Wiz Atlas、Gemini 4 Argon 與 GPT-5.6 Sol 找到第一個漏洞，兩天內先後在 Drupal 與 WordPress 上確認未授權遠端執行，8/24 向 PHP 安全團隊回報。

  9. 2026-09-18

    OpenAI 補上更多向量

    OpenAI 回報更多攻擊向量。9/21 PHP 確認所有回報，開始協同修補。

  10. 2026-10-20

    編號提前外洩

    約 15:00 UTC，兩個 CVE 編號連同錯誤的日期與錯誤的 10.0 評分出現在 Hacker News。PHP 在 19:30 UTC 發出預告，把發布從 10/22 提前到 10/21。當晚 Calif 誤發了一段概念驗證影片，雖已刪除但已被複製。

  11. 2026-10-21 03:02 UTC

    Cloudflare 規則上線

    正式揭露前約 9 小時，Cloudflare 對所有方案（含免費）自動啟用防護，並觀察到攻擊者變形 payload 試圖繞過。

  12. 2026-10-21 07:41 UTC

    有人提前打破禁運

    Chainguard 提前 6 小時以上發布含修補的映像檔，讓攻擊者能從二進位檔研究修補內容。

  13. 2026-10-21 14:00 UTC

    修補釋出

    台灣時間 22:00，PHP 釋出四個修補版本並公開揭露。英國 NCSC、美國 CISA、CERT-EU、澳洲 ACSC、新加坡 CSA、日本 IPA 同日發出警示。

  14. 2026-10-22

    資安署呼籲更新

    數位發展部資通安全署呼籲機關、學校與企業儘速確認版本並更新，並透過資安警訊、N-ISAC 與 TWCERT/CC 通知。

轉捩點

為什麼人力節奏的防護已經接不住

不是我們說的，是找到漏洞的人說的。

“前沿 AI 模型大幅降低了那道門檻，把一個存在已久的瑕疵變成了可用的攻擊。”
Wiz Research
“前沿模型讓這件事變得可行：我們在數小時內就針對多個應用程式開發並調整出可用的攻擊程式。”
Wiz Research
“工具找漏洞的速度前所未有，攻守雙方都是，而回報的數量只會持續增加。”
PHP 基金會，7/1 以來已發布 15 個 CVE
“據我們所知，前沿 AI 比攻擊者更早找到這些漏洞。我們預期類似的發現在接下來幾個月會急遽增加。”
OpenAI
“我們觀察到攻擊者不斷變形攻擊 payload，試圖繞過我們的防護。”
Cloudflare

發現的成本崩跌了

2024 年專業稽核碰到同一個問題卻證明不了；2026 年一個研究員加一個模型，幾天就找到多條路徑。過去靠「太複雜沒人做得出來」擋住的漏洞，現在擋不住了。

攻擊程式以小時計

Wiz 用模型在數小時內針對不同應用改寫出可用的攻擊，Cloudflare 看到攻擊者即時變形 payload。防守方寫規則、驗證、部署的速度，要跟得上這個節奏。

公告到開打只剩分鐘

Sansec 預估正式公告後 15 分鐘內就會出現大規模攻擊，實際上攻擊在公告前就開始了。每季滲透測試、每月修補窗口，這種節奏在這裡沒有意義。

這次是防守方先找到，下一次不一定。能用 Agent 速度找漏洞的，也只有 Agent 速度守得住。

立即行動

你的企業現在該做的六件事

整理自 PHP 官方、美國 CISA、英國 NCSC 與台灣資安署的建議，照順序做。

  1. 01

    盤點所有 PHP 執行環境

    不只網站。容器映像、CI 環境、內嵌 PHP 的設備與管理介面、主機商代管的站台都算。對外的先處理。荷蘭 NCSC-NL 維護的受影響產品清單可以對照。

  2. 02

    更新到修補版本，然後重啟

    8.5.12、8.4.27、8.3.36、8.2.35。用發行版套件的就用廠商的更新。更新後重啟 Apache、PHP-FPM 與所有長駐 worker，否則舊程式還在跑。

  3. 03

    無法立刻更新，先做暫時緩解

    PHP 官方列出的緩解措施是部分的，可能影響功能：調整 memory_limit 並用 cgroup 限制記憶體、降低 post_max_size 與 max_input_nesting_level、關閉 session.upload_progress、display_errors 設為 0、調低 PHP-FPM 的 pm.max_requests 讓 worker 更常回收、用 SELinux 或 AppArmor 限制 worker 權限。

  4. 04

    把 WAF 打開，但不要當作修好了

    Cloudflare 已對所有方案自動啟用規則，付費方案要確認是封鎖模式。WAF 只能部分遮蔽，不能取代更新。

  5. 05

    檢查有沒有被進去

    異常大或格式錯誤的 PHPSESSID cookie、不尋常的 multipart 請求後面接著記憶體錯誤或連續 500、worker 無故崩潰重啟。沒看到跡象不代表安全。對外且還沒修補的系統，更新前先確認有沒有後門。

  6. 06

    真的處理不了，先下線

    英國 NCSC 與美國 CISA 都說：無法修補也無法緩解的系統，考慮先離線，特別是還在跑 8.1 以下的。

先檢查我的 PHP 版本

兩種方式。都只是版本比對，不是修補驗證。

有主機權限：看版本

php -v

輸出的版本低於上面四個修補版本，或是 8.1 以下，就該動了。用發行版套件的要另外查廠商有沒有回移修補。

只有網址：OpenAI 的 php2shell-checker

git clone https://github.com/openai/php2shell-checker
cd php2shell-checker
node phpcheck.js "https://example.com"

工具只讀回應標頭裡的 PHP 版本，不跟隨轉址、不看內容。結果是 OK、VULNERABLE 或 UNKNOWN。

  • UNKNOWN 不等於已修補。標頭被隱藏、版本字串被改過，或發行版回移修補，都會讓結果失準。
  • 只對你自己擁有或獲授權的網站執行。
  • WordPress 等應用的版本和 PHP 版本是兩回事，要分開查。
到 GitHub 看 php2shell-checker

TENTEN 的方法 · AI AGENT 主動防護

用 Agent 防護 Agent

攻擊方已經在用前沿模型找漏洞、寫攻擊、變形 payload。防守方不能只靠年度滲透測試與人工修補排程。Tenten 的做法是把 Agent 放進你的環境，跑一個持續的循環，每一步都有人做決定。

  1. 01 · 盤點

    盤點 Agent

    持續清查主機、容器、設備、相依套件與執行環境版本，包含主機商代管與內嵌 PHP 的設備。沒有清單，其他三步都是瞎猜。

  2. 02 · 偵測

    偵測 Agent

    用和攻擊方同一等級的工具，對你的堆疊做漏洞研究，同時監看 PHP、發行版、CERT 與廠商的公告。目標是在公告出現前就知道你哪裡會中。

  3. 03 · 驗證

    驗證 Agent

    在隔離的沙箱重現問題、確認是否真的可利用，依實際曝險排序，產出修補與暫時緩解的計畫。不浪費時間修不會被打的洞。

  4. 04 · 回應

    回應 Agent

    推送修補、更新 WAF 規則、回收 worker、監看入侵跡象，把每一步的證據留下來。公告到開打只有幾分鐘，這一段必須是自動的。

每個決定都有人簽名

PHP 基金會說得清楚：AI 幫忙驗證與分類，但「每個決定都由人做」。Tenten 的循環也一樣。下線、修補、回滾、對外通知，這些決定由你的負責人和我們的工程師一起做，Agent 負責把證據準備好、把動作執行完。

銅色格柵包覆青銅核心

和年度滲透測試差在哪

定性比較。實際節奏與涵蓋範圍依你的環境與合作範圍確認。
比較項目年度滲透測試AI Agent 主動防護
節奏一年一到兩次，報告出來時環境已經變了持續執行，公告出現時已經知道曝險位置
涵蓋範圍抽樣測試約定範圍內的系統完整清單，包含容器、設備與代管站台
發現到修補報告、排程、修補，以週計驗證、排序、推送，以小時計
公告後的反應等人上班看郵件Agent 先緩解，人再決定
知識留在哪一份 PDF你的清單、規則與 runbook，隨時可接手
看 Tenten 的資安與 AI 上線檢查了解前線部署工程 FDE看 Agentic 工作流

權威資料彙整

所有該讀的第一手資料

只放已經親自打開、確認過內容的連結。每筆附發布者、日期與它對你的用處。

官方

發現團隊

政府與 CERT

防護廠商

媒體

連結於 2026-10-22 逐一驗證。本頁為公開資料整理，不是官方公告；版本與緩解措施請以 PHP 官方為準。

FAQ

常見問題

我的網站是 WordPress，PHP 是主機商管的，我該做什麼？

先問主機商 PHP 版本是否已更新到 8.5.12、8.4.27、8.3.36 或 8.2.35，以及什麼時候重啟。多數主機商會在控制台顯示 PHP 版本；如果還在 8.1 以下，要求升級或換方案。WordPress 核心與外掛更新不會修這個漏洞。

只更新 WordPress、Drupal 或外掛有用嗎？

沒有。漏洞在 PHP 執行環境本身，不在應用程式。研究團隊的說法是連 Hello World 都受影響。

有 WAF 或 CDN 就安全了嗎？

不算。Cloudflare、Imperva、Akamai 等都已部署規則，但攻擊者在揭露前就開始變形 payload 繞過。PHP 官方與美國 CISA 都說 WAF 只能部分遮蔽，不能取代更新。

還在跑 PHP 7.4、8.0 或 8.1 怎麼辦？

這三個分支已停止支援。PHP 安全團隊提供了最小的原始碼回移，給自行編譯或沒有 LTS 廠商的人；用發行版套件的要查廠商是否回移。美國 CISA 的建議是：無法修補的 8.1 以下系統，考慮先下線，並規劃升級。

怎麼知道有沒有被入侵？

研究團隊列出的跡象：異常大或格式錯誤的 PHPSESSID cookie、不尋常的 multipart 請求後接記憶體錯誤或連續 500、worker 無故崩潰或重啟。沒有這些跡象不代表安全。對外且修補前就曝險的系統，英國 NCSC 建議更新前先檢查後門。

什麼是「用 Agent 防護 Agent」？

攻擊方已經用前沿模型在幾天內找漏洞、幾小時內寫攻擊、幾分鐘內開打。防守方要用同等級的工具持續盤點、偵測、驗證與回應，而不是等年度滲透測試。Tenten 把這個循環建在你的環境裡，每個決定仍由人做。

這次漏洞是 OpenAI 發現的嗎？

是協同揭露。Calif 在 OpenAI Patch the Planet 計畫下用 GPT-5.6 Sol 找到，OpenAI 獨立回報同一根因，Wiz Research 用 Wiz Atlas、Gemini 4 Argon 與 GPT-5.6 Sol 獨立找到。修補由 PHP 安全團隊完成，2026-10-21 釋出。

免費諮詢

你的企業有這樣的困難嗎？

不確定自己有幾台 PHP、主機商有沒有更新、WAF 規則夠不夠，或者想知道 Agent 主動防護在你的環境裡實際怎麼跑。留下聯絡方式，我們安排 30 分鐘線上諮詢，不收費。

  • 你的 PHP 曝險盤點重點：對外系統、代管站台、內嵌設備
  • 修補與緩解的優先順序建議
  • AI Agent 主動防護在你環境裡的示範流程

START HERE

先留下聯絡方式

填寫姓名與 Email，問題類型可選填。接下來透過 Email 了解你的現況；初次填表不用準備規格書或機密資料。

  • 從一條實際流程評估開發範圍
  • 由資深交付團隊閱讀需求
  • AI 不適合時，直接說明
inquiry@tenten.co

表單尚未完成載入。你也可以直接寫信給我們： inquiry@tenten.co

企業開發與導入諮詢 · 先確認範圍，再決定合作

送出即表示你同意我們依隱私政策與你聯繫，僅用於這次諮詢。 隱私權政策

諮詢用你現有的資訊就夠，不需要先給我們任何系統存取權。

到聯絡頁填寫

關於這一頁

本頁由 Tenten AI 整理自公開資料，不是官方公告，也不包含任何攻擊細節。版本、緩解措施與處置順序請以 PHP 官方公告與你所在國家的 CERT 為準。有錯漏請告訴我們。最後更新 2026-10-22。