【2026-10-24】PHP2Shell 十一年老漏洞爆發 全球 2,200 萬台伺服器曝險 南韓企業加速搶修

IT.系統供應鏈 資安 RCE PHP 2026-10-24 信心 B・多源

PHP 開發團隊 10 月 21 日釋出緊急安全更新 8.5.12、8.4.27、8.3.36 與 8.2.35,修補兩項最高等級的遠端程式碼執行漏洞 CVE-2026-109618 與 CVE-2026-109619,外界俗稱 PHP2Shell,CVSS 評分 9.2,影響全球約七成網站、超過 2,200 萬台曝險伺服器,且在修補版釋出前就已被發現攻擊流量。南韓三星、SK、現代汽車、POSCO 等大型企業已進入緊急修補,漏洞根源可追溯到 2012 年的 PHP 5.4。

這是近年最不像「新聞」的資安事件,因為它的主角是一段十一年前的程式碼。PHP 官方 10 月 21 日一次釋出四個版本更新,修補 CVE-2026-109618 與 CVE-2026-109619 兩個未經認證即可執行伺服器指令的遠端程式碼執行漏洞,CVSS 評分 9.2,屬於最高等級。受影響範圍是 PHP 5.4.0 之後的所有版本,官方並特別強調版本雖舊但仍受支援,修補程式必須優先安裝。TechTarget 估計全球約有 2,200 萬台伺服器處於曝險狀態,多家媒體引述的說法是支撐約七成網站的 PHP 語言都受影響;紐約時報則以「改變網路骨幹的五個重點」整理這波衝擊。The Hacker News 10/21、TechTarget 10/21

最不尋常的一點是「漏洞比修補版先一步曝光」。漏洞編號外流後,PHP 官方被迫把原定的修補時程提早一天;Wired 的報導指出,在官方發布修補版的當天,全球就已經出現利用流量,攻擊者動作比防禦方快了一步。InfoWorld 的分析把矛頭指向協調式漏洞揭露流程本身,PHP 基金會指控 Chainguard 違反了雙方約定的 embargo,而多家廠商回報在公開揭露前就已偵測到攻擊嘗試。這種「先被攻擊、再被修補」的順序,對全球網站維護者來說是最糟的組合:他們在資訊公開的當下才開始被迫排隊修補。Wired 10/21、InfoWorld 10/22

南韓的情況特別值得記錄。韓媒報導南韓約九成伺服器停留在無法修補的舊版 PHP,這個數字反映的是結構性問題:大量企業用十年前的開源套件跑核心系統,裡面的舊相依套件、舊框架與自製程式碼層層堆疊,技術債在正常情況下不會浮出水面,遇上零日級漏洞就瞬間變成修補工程。Biz. Chosun 的報導點出關鍵——漏洞雖然影響 5.4.0 之後的所有版本,但官方有提供安全更新,問題不在「沒有補丁」,而在於大量站台根本不知道自己有曝險,或根本升不上去。韓國三星電子、SK、現代汽車、POSCO 集團、HD 現代等大型企業已第一時間投入搶修,韓國媒體形容這波是全國性的資安應急動員。Biz. Chosun 10/22、BigGo 財經 10/23

連帶被掃到的還有網路安全廠商自己的產品線,這是這次事件少被提及但很關鍵的一層。Help Net Security 報導 Fortinet、Cisco 與 Palo Alto Networks 的部分產品同樣受影響,其中 PAN-OS 與 Panorama 的所有版本都無法迴避問題,而 Fortinet 與 Cisco 仍在檢查自家產品線;SecurityWeek 則彙整 Cisco、Palo Alto Networks、Fortinet、Red Hat 等廠商都已針對 PHP2Shell 發布安全通告。政府部門的動作同樣密集,NSA 發布「提高警覺」建議,要求所有與 PHP2Shell 相關的廠商修補程式都應優先處理;CNBC 的報導則從「為什麼各國政府寧願把網站下架也要處理」的角度切入,指出受影響的是使用 PHP 的伺服器,數百萬網站的資料都在風險範圍內。實際結果是,美歐以及亞洲多地的大型網站紛紛選擇暫時離線以確保安全。Help Net Security 10/22、CNBC 10/22

還有一個耐人尋味的技術環節:這批漏洞是如何被發現的。多篇報導指出,2026 年研究團隊結合 AI 技術證實老問題可以導致遠端執行程式;ZDNet 的說法是 AI 協助暴露了支撐多數網站的程式碼中的關鍵弱點,The Hacker News 則記錄了「兩個未修補的關鍵 PHP RCE 弱點觸發緊急安全警報」的時間點。iThome 的整理特別提到 PHP2Shell 這個名字的由來——把 PHP 與 shell 兩個概念合在一起,直指「可以透過 PHP 取得 shell。資安工程師 Volker Dusch 稱其風險比擬 Heartbleed;The Hacker News 的記錄則提到漏洞編號外流後官方不得不提前一天發布修補。AI 輔助的程式碼審計被用在這種規模的基礎設施缺陷上,是這次事件裡最具指標性的一點。ZDNet 10/23、iThome 10/22

對台灣的 IT 供應鏈與企業用戶而言,這件事的實務提醒很直接。第一,中小企業與政府機關的舊系統盤點需要立刻做,因為大廠有修補能量,小型站台往往既不知道自己有曝險,也沒有專人處理相依套件升級。第二,離線停站是一個有效的止血選項,但代價是營業損失,這讓「曝險盤點能力」變成競爭力的一部分。第三,任何代維或雲端服務的契約,都應該檢視是否已把這一類事件納入 SLA 與通知義務。第四,更長远的處理是把「相依套件版本監控」從專案期的臨時工作,變成日常維運的基礎設施——這次的教訓是漏洞可能來自十一年前寫下、從沒有人去看的程式碼。SecurityWeek 10/22、Wired 10/21

整體而言,PHP2Shell 之所以值得寫成一篇產業觀察,而不只是資安快訊,是因為它把三件事疊在一起:AI 讓十一年前的深層弱點被快速發現、全球化的開源相依讓修補變成物流問題、而協調式揭露的流程漏洞讓防守方永遠慢半拍。這意味著未來的軟體供應鏈風險管理必須同時處理「找得到漏洞」與「補得完漏洞」兩件事,而後者才是真正稀缺的能力。接下來值得追蹤的是:修補完成率在各地大型企業與中小企業之間的落差、漏洞是否已被用來植入長期後門、以及各大雲端與代維業者是否會把這一類事件寫進服務契約成為新的標準條款。Aikido Security 10/20、Yam ol 10/22

主要來源

資料來源管道:主力搜尋 MCP(狀態 ok)+雙語新聞聚合 RSS,12 個獨立原始媒體(DIGITIMES、The Hacker News、TechTarget、iThome、Wired×2、InfoWorld、Biz. Chosun、BigGo 財經、CNBC、SecurityWeek、ZDNet)。搜尋狀態已記錄於頁面中繼資料。

← 返回 TechEveryday 首頁