修補:cPanel、Plesk、DirectAdmin

控制台各自帶一套 PHP。照該控制台官方文章的版本與指令更新,不要只更新作業系統的 PHP 套件。

cPanel(EasyApache 4 的 ea-php)

1. 檢查

cPanel EasyApache 4 的修補版:

套件 修補版
ea-php85 8.5.12
ea-php84 8.4.27
ea-php83 8.3.36
ea-php82 8.2.35
ea-php81 8.1.34-5
ea-php80 8.0.30-12
ea-php74 7.4.33-19

cPanel & WHM 本身的修補版:11.110.0.153、11.134.0.66、11.136.0.50、11.138.0.18;WP Squared:11.138.1.17。

官方的檢查例子:查指定 ea-php 套件的變更紀錄裡是否出現 CVE 編號(把 php81 換成要查的分支)。

註:CVE 編號
CVE 編號(CVE)
這次是 CVE-2026-109618 與 CVE-2026-109619。外洩貼文曾把分數寫成 10.0,官方 CVSS v4.0 是 9.2。
cPanel 官方:檢查 ea-php81 是否已含修補
rpm -q --changelog ea-php81-php-cli | grep -m1 CVE-2026-109618

CloudLinux 主機:cPanel 文章另列 CloudLinux 的 EasyApache 4 與 alt-php,請照 CloudLinux 的公告更新,再用同樣的 changelog 方式確認。

2. 更新

cPanel 官方:更新套件庫資料並更新套件
yum clean all && yum makecache
/scripts/rpmup

7.4 以前的 ea-php,該文指向 TuxCare Extended Lifecycle Support,沒有列出對應修補版。

3. 重啟

重啟 Apache 與 cPanel 管理的 PHP-FPM
/scripts/restartsrv_httpd
/scripts/restartsrv_apache_php_fpm

4. 驗證

對每一個在用的 ea-php 分支重跑上面的 rpm -q --changelog 檢查,應該要找得到 CVE 編號;再向網站實際使用的那一版 PHP 確認版本。

Plesk

1. 檢查

隨 Plesk 提供的 PHP 都受影響。修補版:

  • Linux 與 Windows 的 8.2 至 8.5:8.5.12、8.4.27、8.3.36、8.2.35。
  • Linux 的 8.1.34、8.0.30、7.4.33:版號不變,2026-10-21 建置的才含修補,更早的建置不含。
  • Plesk 本身(sw-engine):Obsidian 18.0.80 Update 11、18.0.81 Update 4。
  • 5.6、7.2、7.3:指向付費的 TuxCare 延長支援。

官方檢查例子(換成要查的分支):

Plesk 官方:檢查 8.3 的版本與建置日期
/opt/plesk/php/8.3/bin/php -v

官方示例輸出為 PHP 8.3.36,built: Oct 21 2026。8.1、8.0、7.4 要看建置日期,不能只看版號。

2. 更新

把 Plesk 更新到最新,隨附的 PHP 會一起換成修補版。可以在 Plesk 介面的「工具與設定 → 更新」操作,或在主機上執行:

Plesk:安裝所有可用的更新
plesk installer update

3. 重啟

更新後確認網頁伺服器與各 PHP 處理程序都已重新啟動,沒有舊的 worker 留著。

註:worker
worker
處理網頁請求的 PHP 行程。同一支 worker 接下一個請求時,可能在正常初始化把殘留狀態清掉之前就用到它。修補後要重啟所有 worker。

4. 驗證

對每一個在用的分支重跑 /opt/plesk/php/<分支>/bin/php -v,確認版本或建置日期符合上面的修補條件。

DirectAdmin

DirectAdmin 的 PHP 由 CustomBuild 編譯,更新 CustomBuild 後重新編譯 PHP 即可。DirectAdmin 在 2026-10-21 起發布含修補的 CustomBuild。

DirectAdmin:更新 CustomBuild、看版本、重新編譯 PHP
cd /usr/local/directadmin/custombuild
./build update
./build versions
./build php

./build versions 會列出每個 PHP 槽位目前與可用的版本,編譯完再跑一次確認沒有待更新的項目。8.1 以前的分支修補狀態各槽位不一,見舊版本策略。編譯完成後重啟網頁伺服器與所有 PHP-FPM 服務,再向正在接流量的那一支 PHP 確認版本。

註:PHP-FPM
PHP-FPM
以獨立行程池處理請求的常見跑法。基金會確認經應用層路徑可以 RCE。官方沒有把 PHP-FPM 寫成安全,只是沒有把它排在 mod_php 前面。

代管主機的使用者沒有控制台的系統權限時,請直接向主機商要「已更新到哪一版、何時重啟」的明確回覆。

來源

查詢日期:。官方公告優先列出;內容如與 PHP 官方公告不一致,以官方公告為準。