名詞表
開發者區每一頁第一次出現下列名詞時,會在該段落下方自動加註;註解內容就是這裡的「給開發者」。共 35 個詞。
- 回移植又稱:backport、Backport
給開發者:發行版不升級大版本,只把安全性修補搬回舊版套件。7.4、8.0、8.1 這次有官方最小化原始碼回移植,沒有新的官方安裝包。確認時要看發行版安全公告,不要只對 php.net 版號。
白話:不換整套新菜單,只把安全性的那一刀改動搬回舊版,所以版號不一定變成官方的新號,仍可能已經修好。
- backtrace又稱:Backtrace、fatal_error_backtraces、回溯
給開發者:致命錯誤留下的回溯資訊,可能在所屬記憶體釋放後仍被當成有效狀態。PHP 8.5 的暫時措施是 fatal_error_backtraces=0 並重啟所有 worker。官方說這只擋已確認的 backtrace 路徑。
白話:嚴重出錯時留下的「當時走到哪一步」筆記;PHP 8.5 上它是另一條已確認的路徑。
- cgroup又稱:cgroups、control group
給開發者:官方建議用容器或 cgroup 的記憶體限制當可用性邊界,最好只停掉受影響的 worker。不要改用 RLIMIT_AS 或 RLIMIT_DATA;官方寫明它們本身就可能造成漏洞所需要的配置失敗。
白話:Linux 用來規定一組行程最多能用多少記憶體與處理器時間的圍欄。
相關:OOM
- 協調揭露又稱:coordinated disclosure、Coordinated Disclosure
給開發者:PHP 於 2026-09-21 確認 Wiz 的報告後開始協調修補。這次約定被 10 月 20 日的外洩打亂。Chainguard 於 10 月 21 日 07:41 UTC 單方面發布含修補的映像,基金會稱為打破禁運。
白話:發現的人、維護的人與重要廠商約好同一天公開,讓修補和說明一起上桌。
相關:禁運
- CVE又稱:cve、CVE 編號
給開發者:這次是 CVE-2026-109618 與 CVE-2026-109619。外洩貼文曾把分數寫成 10.0,官方 CVSS v4.0 是 9.2。
白話:漏洞的戶口名簿編號,讓大家確定在講同一個洞。
- CVSS又稱:cvss、CVSS v4、CVSS v4.0
給開發者:這次官方用的是第 4 版,兩個 CVE 都是 9.2。外洩貼文與 watchTowr 曾稱 10.0,那不是官方分數。
白話:把漏洞有多嚴重打成分數的規則,像衛生檢查的評等,分數高就該先處理。
相關:CVE
- CWE又稱:cwe、CWE-824
給開發者:Imperva 把這次歸成 CWE-824,意思是程式去用了一個還沒準備好、不能當真的內部指標。
白話:弱點的種類編號,像病歷上的診斷分類,不是某一家網站的個案編號。
- 發行版又稱:distro、distribution、Linux 發行版
給開發者:例如 Debian、Ubuntu、RHEL。套件版號可能不是 8.3.36 這種 php.net 版號,仍可能已經回移植。官方寫明 rpms.remirepo.net 當天不會更新。
白話:把 Linux 和 PHP 打包好、之後還負責維修的廠商或社群;修補常常走他們的套件公告,而不是只看 php.net。
- 禁運又稱:embargo、Embargo
給開發者:這次原訂 10 月 22 日公開,10 月 20 日編號外洩後提前到 10 月 21 日 14:00 UTC。AWS 的說法是:禁運只保護防守方,直到別人自己找到同一個問題。
白話:修補還沒好之前,知情的人先約定不把細節說出去,讓防守方有時間準備。
- EOL又稱:eol、End of Life、end of life
給開發者:End of life。PHP 8.2 的安全支援到 2026-12-31;8.1 以前更早就停了一般官方發布。8.2.35 修了這次,仍應規劃離開這個分支。7.3 以前現有資料沒有官方修補。
白話:官方不再修的版本,像已經歇業的分店,不會再出新的安全更新。
- FrankenPHP又稱:frankenphp
給開發者:官方列入這次受影響的 SAPI。JFrog 認為它很可能與 mod_php 同屬高風險,那是廠商判斷,不是官方排序。
白話:較新的一種讓 PHP 上場的方式,官方同樣要它去更新。
- GHSA又稱:ghsa、GitHub Security Advisory
給開發者:這次官方公告對應 GHSA-w8hw-w9fx-j79w(RCE via OOM corruption,記憶體耗盡造成的記憶體破壞)與 GHSA-6wmf-4rv5-p3rp(RCE via stale global state,過期全域狀態)。
白話:同一份漏洞在 GitHub 上的公告編號,像戶口名簿換了一本封面。
相關:CVE
- Heartbleed又稱:heartbleed
給開發者:2014 年 OpenSSL 的重大漏洞,攻擊者能讀到伺服器記憶體裡的密鑰與資料。Volker Dusch 用它比喻這次是 PHP 十多年來最嚴重的安全問題。兩者不是同一個漏洞。
白話:2014 年那個讓全球管理員連夜更新的大洞;這次 PHP 基金會拿它來比喻嚴重程度。
相關:RCE
- 蜜罐又稱:honeypot、Honeypot、MadPot
給開發者:Amazon 的蜜罐叫 MadPot,於 2026-10-17 看到利用嘗試,比公開早四天。蜜罐看到,和客戶機器上已經失守,是兩件不同的事。
白話:故意放上網、假裝是真店面的誘餌,用來觀察誰在敲門。
- 在野利用又稱:in the wild、in-the-wild
給開發者:Amazon MadPot 自 10 月 17 日看到嘗試;AWS 後來稱修補後已被廣泛在野利用。Huntress 截至 10 月 21 日美東 16:30 仍未在客戶端觀察到。早期嘗試是否已在真實系統成功,AWS 當時表示尚不清楚。
白話:實驗室以外,真實網路上已經有人在用;誘餌被敲,和客人的店已經失守,不是同一件事。
- KEV又稱:kev、Known Exploited Vulnerabilities
給開發者:CISA 的已知被利用漏洞目錄。CVE-2024-4577 與 CVE-2019-11043 已列入。截至蕃新聞引 Tenable 整理時,CVE-2026-109618 與 CVE-2026-109619 尚未列入。沒進目錄只表示那個時間點的狀態。
白話:美國官方的「已經有人在用」漏洞名冊;沒被寫上去,不代表這次可以慢慢來。
- LiteSpeed又稱:litespeed
給開發者:官方把 LiteSpeed 列在服務網頁請求、需要假設有風險的安裝裡,沒有單獨排成第二名或第三名。
白話:另一種網站伺服器跑 PHP 的方式,官方同樣把它算進這次要檢查的名單。
相關:SAPI
- LTS又稱:lts、Long-term Support、long-term support
給開發者:Long-term support。Linux 發行版與 LTS 廠商事先拿到修補。版號可能仍是廠商自己的編號,要以該廠商的安全公告為準。
白話:廠商答應會照顧很久的產品線;這次不少這類廠商事先拿到修補。
- mod_php又稱:mod-php、Apache mod_php、php_module
給開發者:把 PHP 嵌進 Apache 行程的模組。未驗證的請求可在應用程式碼開始前碰到漏洞;官方稱預設設定下已展示完整 RCE。worker 會跨請求重複使用的部署,過期狀態更有機會留下來。
白話:把主廚直接編進 Apache 的櫃檯裡;官方認為這次這樣接,風險最高。
- OOM又稱:oom、Out of Memory、out of memory、記憶體耗盡
給開發者:Out of memory,記憶體不夠用。CVE-2026-109618 的官方描述是:碰到記憶體上限時,可能在內部請求資料只準備好一半的時候就中斷,後面的清理把這份無效資料當成有效。
白話:工作台堆滿、沒地方繼續做菜;做到一半被迫跳開時,可能只收拾了一半。
- OPcache又稱:opcache、OPCache
給開發者:把已編譯的程式放進可重複使用的快取。請求若在錯誤時刻中斷,快取槽可能處於已配置卻未正確發布的狀態,後續請求可能誤用。關掉上傳進度不會蓋住這條路。
白話:主廚把已經練過的菜先備好,下次不用重頭做;這次過期的狀態可能留在這份備料裡。
- php-cgi又稱:php-cgi、PHP-CGI
給開發者:由網站伺服器叫起 PHP 的舊式介面,官方列入受影響名單。Windows 上的 php-cgi 也是 2024 年 CVE-2024-4577 的現場;當年的修補不會使這次的洞消失。
白話:網站伺服器用一種較舊的窗口把主廚叫來;官方把這扇窗口也列進這次的名單。
- PHP-FPM又稱:php-fpm、FPM、PHP FPM
給開發者:以獨立行程池處理請求的常見跑法。基金會確認經應用層路徑可以 RCE。官方沒有把 PHP-FPM 寫成安全,只是沒有把它排在 mod_php 前面。
白話:主廚在後場組成一組輪班來接單;這次同樣確認叫得動,只是沒被排在 mod_php 前面。
- PHPSESSID又稱:phpsessid
給開發者:攜帶 session 識別資料的 cookie 名稱。研究者展示,異常的回應 cookie 可能把伺服器行程記憶體裡的敏感資料帶出去。偵測時可留意異常巨大、或格式不像正常 session id 的值。
白話:瀏覽器帶著走的那張號碼牌,上面通常只該有一組短編號。
相關:session
- PoC又稱:poc、POC、proof of concept、Proof of Concept
給開發者:Proof of concept。Calif 於 10 月 20 日約 20:00 UTC 誤發展示影片,副本仍在流傳。基金會在修補發布當下表示尚未看到可運作的公開 exploit;AWS 稱約 02:00 UTC 起已看到多份 PoC。
白話:用來證明這個洞真的存在的示範;有示範,不等於每一家店都已經被打成功。
- RCE又稱:rce、遠端程式碼執行、remote code execution
給開發者:Remote code execution,遠端程式碼執行。未登入的呼叫者有機會讓伺服器執行他指定的指令。這次兩個 CVE 的官方後果都包含未授權 RCE;名稱裡的 shell 不代表每一個請求都必然走到那一步。
白話:人不用坐在伺服器前面,就能隔空叫主廚去做菜單上沒有的事。
- SAPI又稱:sapi、Server API
給開發者:PHP 接上網站伺服器的介面。官方點名服務網頁請求的安裝:Apache mod_php、PHP-FPM、php-cgi、FrankenPHP、LiteSpeed。其中 mod_php 風險最高。
白話:主廚接上餐廳的方式;嵌在店裡,或在後場另外站一排,這次的風險排序不一樣。
- session又稱:Session、工作階段
給開發者:伺服器端狀態,用來把一連串請求認成同一位訪客。這次與上傳進度、PHPSESSID 有關;應用程式沒有呼叫 session_start() 時,讀到行程記憶體這件事仍可能成立。
白話:伺服器用來記得你是剛才那位客人的號碼牌,常見憑證是瀏覽器裡的 cookie。
- session upload-progress又稱:session.upload_progress、session.upload_progress.enabled、上傳進度
給開發者:對應設定 session.upload_progress.enabled,出廠為開,是這次已被確認的遠端入口之一,但不是唯一入口。暫時措施是在請求開始解析前生效的設定裡關掉它,並重啟所有 worker;ini_set() 與 .user.ini 來不及。它擋不了 OPcache 與 backtrace 那些變體。
白話:PHP 預設用來記檔案上傳到哪的小黑板;把它擦掉只擋這一條路,不是整間店的修補。
- use-after-free又稱:Use-After-Free、Use After Free
給開發者:一塊記憶體已經歸還,程式卻還把它當成活的資料來用。CVE-2026-109619 的官方描述屬於這一類後果:某一次請求持有的內部狀態,可能在記憶體已經釋放之後還留著。
白話:已經丟進回收桶的紙條,卻還被當成這一桌的訂單拿來用。
- WAF又稱:waf、Web Application Firewall
給開發者:Web Application Firewall。Cloudflare 自 2026-10-21 03:02 UTC 對免費與付費客戶預設上線規則,仍必須更新 PHP。已看到有人變造請求試圖避開規則。
白話:站在餐廳門口幫忙擋可疑點菜單的過濾器;多一層看守,不能取代把主廚換掉。
相關:RCE
- webshell又稱:web shell、Webshell、WebShell
給開發者:攻擊者放在網站目錄的網頁程式,用來在得手之後維持存取。偵測時可留意網站根目錄或上傳目錄新增的 PHP 檔。沒有留下 webshell,不等於行程記憶體或設定裡的祕密仍然安全。
白話:入侵之後放在網站目錄裡的網頁程式,之後靠它遙控;它是落腳點,不是這次漏洞本身。
相關:RCE
- worker又稱:Worker、工作行程
給開發者:處理網頁請求的 PHP 行程。同一支 worker 接下一個請求時,可能在正常初始化把殘留狀態清掉之前就用到它。修補後要重啟所有 worker。
白話:真正上場煮頁面的那一位主廚,而且常常連續服務很多桌客人。
- X-Powered-By又稱:x-powered-by、X-Powered-By
給開發者:HTTP 回應標頭。Mallory 的 59% 統計靠有回報版本號的主機:約 150 萬台裡 883,717 台跑著官方沒有修補包的版本,另有約 74 萬台隱藏版本、沒算進分母。隱藏版本不代表不用更新。
白話:有些網站在回應裡自報家門,寫自己是 PHP 哪一版;沒自報的店不會被算進那份統計的分母。
相關:CVE
自動標註示範
開發者區的 MDX 頁面在建置時會依名詞表自動標註:每頁只標每個詞第一次出現的位置, 詞加底線,註解直接放在該段落下方,手機不用懸停也讀得到。下面的示範段落用來驗證這些規則。
第一次出現才標註:標題裡的 RCE 不算
這次兩個 CVE 的官方後果都包含未授權 RCE,修補之後要重啟所有 worker。
同一頁後面再寫到 RCE 或 worker,就不再加底線,也不重複上面那段註解。
程式碼與連結裡的詞不標註
設定名稱寫成行內程式碼 session.upload_progress.enabled 時不標註;寫在連結文字裡的 OPcache 也一樣。
php -v # 程式碼區塊裡的 PHP-FPM、OPcache 不標註
正文裡第一次寫到 OPcache,才會在這一段下方出現註解。
長詞優先,不在英文單字中間誤配
跑 PHP-FPM 的主機也要一起確認;後面單獨寫 FPM 時,因為是同一個詞,不再標註。像 workers 這種較長的英文單字,也不會被拆出 worker 來標。
別名也算同一個詞
碰到記憶體耗盡時,請求可能只準備好一半就中斷。註解會同時列出別名與正式名稱。