如果你的wordpress版本使用的php版本是PHP 8.2 及以上：直接在宝塔面板里更新到官方修复版即可，即使后台显示的不是最新的（8.2.35 / 8.3.36 / 8.4.27 / 8.5.12），直接更新即可到最新版本。

以下下内容摘至https://github.com/Qsnh/php2shell-fixed

宝塔面板（BT Panel）上已停止维护的 PHP 版本（5.4 – 8.1）的 PHP2Shell（CVE-2026-109618 / CVE-2026-109619）修复包。仓库里有打好补丁的源码包，以及一键完成编译、替换、回滚的脚本。

Patched PHP source tarballs and a one-command upgrade script that fix PHP2Shell (CVE-2026-109618 / CVE-2026-109619) for end-of-life PHP 5.4 – 8.1 builds installed by BT Panel (宝塔).

漏洞简介

2026-10-21，PHP 官方披露了两个漏洞，CVSS v4.0 评分都是 9.2，无需登录即可远程执行代码：

PHP-FPM、Apache mod_php、php-cgi 等处理 Web 请求的方式都受影响。PHP 官方只为 8.2 – 8.5 发布了修复版本（8.2.35 / 8.3.36 / 8.4.27 / 8.5.12）。8.1 及更早的版本没有正式修复版：官方只给 7.4、8.0、8.1 发了源码补丁，7.3 及以下什么都没有。

官方公告：<https://www.php.net/archive/2026.php#2026-10-21-5>

支持的版本

• 每个源码包都是 php.net 官方发布的源码（SHA256 与 php.net 公布值一致），加上 patches/ 目录里对应的补丁。包内的 CVE-2026-PATCH/ 目录也附了补丁原文
• 升级目标是各分支的最后一个版本，所以同时也会带上这些年已发布的其他安全修复
• 同一大版本内升级，扩展 ABI 不变，redis、swoole_loader 等已安装的扩展不需要重新编译
• PHP 8.2 及以上：直接在宝塔面板里更新到官方修复版即可，不需要本仓库

⚠️ 5.4 – 7.3 的补丁是从官方 7.4 补丁移植的，没有经过 PHP 官方审核（其中 5.4 – 5.6 是移植到 PHP7 之前的老引擎，差异更大）。移植细节见下文的补丁说明。介意的话请优先升级到 PHP 8.2+。

支持的系统

脚本只依赖 bash、coreutils、gcc/make 这些基础工具，用服务器上原来编译 PHP 的环境和编译参数重新编译，不绑定具体发行版。

“理论上可用”的前提是：宝塔当初能在这台服务器上把这个 PHP 编译出来。如果之后系统升级过（比如 openssl 被换掉了），build 这一步可能会失败。失败时线上 PHP 不受任何影响，把 /www/server/php-cve2026/logs/ 里的日志拿去排查即可。

快速开始

以 PHP 7.4 为例，其他版本把 74 换成 54 / 55 / 56 / 70 / 71 / 72 / 73 / 80 / 81。所有命令都用 root 执行。

1. 下载脚本和源码包

只需要下载脚本和你要升级的版本对应的源码包，放在同一个目录里：

mkdir -p /root/phpfix && cd /root/phpfix
wget https://github.com/qsnh/php2shell-fixed/raw/main/bt_php_cve2026.sh
wget https://github.com/qsnh/php2shell-fixed/raw/main/php-7.4.33-cve2026.tar.gz
wget https://github.com/qsnh/php2shell-fixed/raw/main/SHA256SUMS
sha256sum -c SHA256SUMS --ignore-missing      # 已下载的文件都应显示 OK

CentOS 7 的 sha256sum（coreutils 8.22）不支持 --ignore-missing，改用下面这条，只校验已下载的文件：

grep -E "bt_php_cve2026.sh|php-7.4.33" SHA256SUMS | sha256sum -c

服务器访问 GitHub 很慢的话，可以在本地电脑下载好，再用宝塔面板的”文件”功能上传到 /root/phpfix。

2. 确认哪些站点在用哪个 PHP

grep -ho "enable-php-[0-9]*" /www/server/panel/vhost/nginx/*.conf | sort | uniq -c
bash bt_php_cve2026.sh status 74

3. 编译（不影响线上）

screen -S phpfix                 # 防止 SSH 断开导致编译中断（没有就 apt-get install screen / yum install screen）
bash bt_php_cve2026.sh build 74

大约需要 10 – 40 分钟，看到”编译完成，补丁自检通过”就成功了。这一步失败的话线上不受任何影响，日志在 /www/server/php-cve2026/logs/。

可用内存不足 1G 时，建议先加一块临时 swap：

fallocate -l 2G /swapfile && chmod 600 /swapfile && mkswap /swapfile && swapon /swapfile

4. 安装（建议在业务低峰期）

bash bt_php_cve2026.sh install 74

脚本会依次：

1. 完整备份到 /www/server/php/74.bak-<时间戳>
2. 停止 php-fpm，安装新版本
3. 检查 FPM 配置并重新启动
4. 自检：补丁是否生效、扩展有没有少、启动有没有报错

任何一步失败都会自动回滚。 使用该 PHP 版本的站点只会中断几秒钟。

5. 验证

bash bt_php_cve2026.sh status 74     # 应显示"已打 CVE-2026-109618/109619 补丁"

然后打开网站，把登录、上传、支付这些关键功能点一遍。

回滚

bash bt_php_cve2026.sh rollback 74

收尾

确认网站正常运行几天后，可以删除编译目录和备份：

rm -rf /www/server/php-cve2026/build-*
rm -rf /www/server/php/*.bak-*

脚本做了什么

bt_php_cve2026.sh <build|install|rollback|status> <版本>

• 原样复用编译参数：从当前 PHP 的 php -i 里读取 Configure Command，原样复用宝塔当初的编译参数，只额外加了 --without-pear，避免 make install 时联网下载 PEAR
• 找到宝塔自带的库：宝塔会把 openssl、curl 等库编译到 /usr/local/*。脚本会根据旧 php-fpm 实际链接的库，自动设置 PKG_CONFIG_PATH
• 检查链接库一致：编译完会对比新旧 php-fpm 链接的系统库，不一致就停止，防止误用系统自带的 openssl
• 配置和扩展不动：php.ini、php-fpm.conf、第三方扩展都保持原样
• 自检补丁是否生效：通过内存超限时的行为判断，打补丁后会直接 _exit(1)，未打补丁的 PHP 是普通 Fatal error，退出码 255。所有版本都用这个方法
• 重复执行安全：如果当前已经是打过补丁的版本，install 会直接退出，不会覆盖备份

适用条件：宝塔从源码编译安装的 PHP，安装在 /www/server/php/<版本>，服务名 php-fpm-<版本>。不是宝塔安装的 PHP，可以直接使用 patches/ 里的补丁自行编译。

补丁带来的行为变化

官方补丁对已停止维护的版本采取的是最小化缓解措施，会带来以下可感知的变化，所有版本都一样：

• 内存超限，或内存分配大小溢出时，不再走普通的 Fatal error 流程，而是把错误写到 stderr 后直接结束 worker 进程，FPM 会自动拉起新进程。因此：
• register_shutdown_function、输出缓冲回调等不会再执行
• 错误信息要在 php-fpm 日志里查看（需要 catch_workers_output = yes）
• session 上传进度（session.upload_progress）功能被关闭
• 新增 max_multipart_body_parts（8.0 / 8.1 原本就有），默认等于 max_input_vars + max_file_uploads，超出的 multipart 段会被丢弃并报 Warning
• multipart 请求头只保留 Content-Disposition 和 Content-Type，重复的头会被忽略

补丁说明

patches/ 目录：

5.4 – 5.6（PHP7 之前的引擎）

5.x 用的是 PHP 7 重写之前的引擎，和 7.0 的差异是结构性的，所以这三个补丁是对照各版本源码重新推导的，核心缓解措施与官方 7.4 一致：内存超限 / 分配溢出不再走普通 Fatal error（会 bailout 并在半初始化的请求数据上做清理），而是把错误写到 stderr 后直接 _exit(1) 结束 worker；请求结束时强制复位错误/异常处理器、对象存储、EG(exception) 等残留状态。相对 7.0 补丁的主要调整：

• 内存错误出口：老的 zend_mm（zend_alloc.c）里把 zend_mm_safe_error 改成不再 zend_bailout()，直接 _exit(1)；并新增 zend_mm_safe_error_ex() 供各处分配溢出检查（safe_address 各架构分支、_safe_emalloc_string、zend_hash、zend_strtod 的 Balloc）复用
• 字符串拼接溢出：5.x 字符串长度是 int，拼接在 Zend/zend_operators.c 的 concat_function（而不是 7.x 内联在 VM 里），所以不需要重新生成 zend_vm_execute.h。把其中的 String size overflow 致命错误改为走 _exit(1)（5.4 有 2 处，5.5/5.6 有 4 处）
• 不照搬 array_init_singleton：7.x 补丁用 nTableSize = 1 把 GPC 数组压到最小，但 PHP7 之前的哈希表是懒分配、最小 8 槽、且用 nTableMask == 0 作为”arBuckets 未初始化”的哨兵，强行塞 1 会破坏这个哨兵；而 _exit(1) 本身已经彻底关闭了”内存超限→半初始化数据被清理”的窗口，这个微优化对 5.x 没有意义，故省略（main/php_variables.c 不改）
• 本就不存在的改动：5.x 的 zend_hash 扩容溢出是静默停止扩张、没有 zend_error_noreturn 可改；没有 zend_safe_address_guarded（zend_multiply.h）；没有 zend_string.h。这几处 7.0 补丁的改动在 5.x 不适用，无需处理
• 其余（ext/session 关闭上传进度、main/rfc1867.c 的 max_multipart_body_parts 与 multipart 头过滤、main/SAPI.c 释放后置空、main/main.c 复位 http_globals 与 modules_activated、Zend/zend_llist.c 置空链表头尾）与 7.0 补丁一一对应，按 5.x 的类型（字符串是 char*、http_globals[i] 是 zval* 等）落实

7.0 – 7.3 移植时，相对官方 7.4 补丁的主要调整：

• 7.3 – 7.0：补上 7.4 才有的 ZSTR_MAX_LEN 定义。字符串拼接（ZEND_CONCAT / ZEND_FAST_CONCAT）的溢出检查按各版本的代码结构加上（7.0 用的是 zend_string_realloc）。zend_vm_execute.h 用对应年代的 PHP 重新生成，并验证过对原始源码重新生成的结果与官方源码包逐字一致
• 7.2 – 7.0：数组结构和 7.3+ 不同。array_init_singleton 按旧的数组 API 实现；HT_HASH_RESET 本来就是 memset 实现，不需要改。补丁里的 || true 改为 || 1，因为这些版本没有定义 true
• 7.1 – 7.0：没有 fast shutdown 这条代码路径，请求结束时清理残留状态（错误/异常处理器、对象存储、EG(exception) 等）的逻辑，按这两个版本 shutdown_executor 的结构重新放置
• 7.1 – 7.0：顺带给 zend_mm_alloc_huge 补上了大小溢出检查

测试情况

每个版本都分别在 Ubuntu 16.04 和 CentOS 7 上，按宝塔的编译参数先装好未打补丁的版本，再用脚本完整走一遍升级流程。测试脚本在 tests/ 目录。

测试做了两轮：

• x8664（2026-10-22）：在 x8664 实体服务器（8 核 / 16G，宿主机 Ubuntu 24.04）上，用 Docker 容器分别模拟 Ubuntu 16.04 和 CentOS 7 的宝塔环境，两个系统各 7 个版本全部跑完全流程和回归测试。下面表格是这一轮的结果
• ARM64：最早在 ARM64 容器里完成的一轮，覆盖同样的流程，结论一致

Ubuntu 16.04（gcc 5.4，glibc 2.23，openssl 1.0.2g）：

CentOS 7（gcc 4.8.5，glibc 2.17，openssl 1.0.2k）：

• 回归测试：在同一环境下，与未打补丁的同版本对比，测试范围是 Zend 引擎、语言、session、字符串、数组等测试集。多出的失败只有两类，都是补丁有意改变的行为，官方补丁同样如此，两个系统上的结果完全相同：
• session 上传进度相关的测试（功能被关闭）：ext/session/tests/rfc1867*.phpt 共 8 个
• 内存超限相关的测试（进程直接退出，不再执行后续回调）：7.0 – 8.0 是 tests/lang/bug45392.phpt；8.1 是 Zend/tests/gh11189*.phpt、Zend/tests/fibers/get-return-after-bailout.phpt
• FPM 行为：
• 内存超限后 worker 退出并自动拉起新进程，后续请求正常
• 上一个请求设置的错误处理器不会残留到下一个请求
• 嵌套数组参数（a[]=、b[x][y][z]=）解析正常
• 升级过程中有 PHP CLI 进程在运行，不影响升级
• 调试版本检查（7.0 / 7.4 / 8.1）：
• 用开启断言的调试版本跑 4300 – 5600 个测试，没有任何断言失败或崩溃
• 用大量嵌套、稀疏、混合键的请求参数做压力测试：7.0 移植补丁的结果与 7.4 官方补丁逐字节一致
• 源码包可复现：用 prepare_source.sh 从 php.net 官方源码重新生成，7 个版本的源码与仓库里的包逐字节一致

在 ARM64 的 CentOS 7 上，gcc 4.8.5 不支持 PHP 7.4+ 里一段 ARM 专用的内联汇编，未打补丁的官方源码同样编译不过；因此 ARM64 那一轮测试 7.4 / 8.0 / 8.1 时设置了 ac_cv__asm_goto=no 关闭这段汇编。x8664 不受影响，x8664 这一轮没有用这个设置；源码包和脚本都没有改动。宝塔的 swoole_loader 扩展无法在测试环境中模拟；如果升级后加载失败，脚本的扩展自检会自动回滚。

5.4 / 5.5 / 5.6（新增，2026-10-22）

测试方法与上面 7.0 – 8.1 的 x8664 轮完全相同：在同一台 x8664 实体服务器上，用 Docker 分别模拟 Ubuntu 16.04 和 CentOS 7 的宝塔环境，按宝塔编译参数装好未打补丁的版本（含 redis、opcache、php-fpm 服务），再用脚本走完 status / build / install / rollback / 再 install，跑 FPM 行为测试，并与未打补丁的同版本做回归对比。两个系统各 3 个版本全部通过，结果完全一致：

• 回归测试：多出的 9 个失败与 7.0 – 8.0 完全相同，都是补丁有意改变的行为：ext/session/tests/rfc1867*.phpt 共 8 个（上传进度被关闭）+ tests/lang/bug45392.phpt（内存超限时进程直接退出）。没有”只在未打补丁版本失败”的用例，两个系统结果相同
• FPM 行为：内存超限的 worker 直接 _exit(1)（php-fpm 日志 child ... exited with code 1），FPM 自动拉起新进程、后续请求正常；上一个请求设置的错误处理器不会残留到下一个请求；嵌套数组参数解析正常
• 链接库：新旧 php-fpm 链接的系统库一致（脚本自检通过）
• 源码包可复现：在这台 x86_64 上用 prepare_source.sh 54 / 55 / 56 从 php.net 官方源码（5.4.45 只有 .tar.gz，5.5 / 5.6 用 .tar.xz，SHA256 均与 php.net 公布值一致）重新生成，解压后的源码树与仓库里的包逐字节一致
• 5.4 没有内置 opcache（宝塔的 5.4 也没有），所以 5.4 的扩展数比 5.5 / 5.6 少 2 个；5.x 测试用的 redis 扩展是 phpredis 4.3.0（5.3.7 只支持 PHP 7+）
• 另外在 ARM64（Ubuntu 16.04 容器）上也做过编译、补丁自检和回归对比，结论一致。ARM64 上编译 5.4.45 需要给 configure 加 --build=aarch64-unknown-linux-gnu（其 2015 年的 config.guess 不认识 aarch64，未打补丁的官方源码同样如此）；x86_64 不需要

自行生成源码包

不想直接使用仓库里的源码包，可以用 prepare_source.sh 从 php.net 下载官方源码，校验 SHA256 后打上 patches/ 里的补丁，重新生成：

bash prepare_source.sh 74      # 或 all

生成的包和仓库里的包源码内容一致（7.4 / 8.0 / 8.1 包内 CVE-2026-PATCH/ 里附带的补丁副本文件名略有不同，内容相同）。

仓库结构

├── bt_php_cve2026.sh            一键升级脚本
├── prepare_source.sh            从 php.net 官方源码 + 补丁重新生成源码包
├── php-<版本>-cve2026.tar.gz    打好补丁的源码包（10 个版本：5.4 – 8.1）
├── SHA256SUMS                   校验值
├── patches/                     补丁原文
└── tests/                       测试脚本（Ubuntu 16.04 / CentOS 7 宝塔模拟环境、压力测试、调试版本检查）

注意事项

• 升级后不要在宝塔面板里对该 PHP 版本点”更新”或”重装”，否则会被换回未打补丁的版本
• 5.4 – 8.1 都已停止维护，本仓库只是应急方案。长期请迁移到 PHP 8.2 或更高版本
• 使用前请先在测试环境验证你自己的业务。本仓库按”原样”提供，不对使用后果承担责任

许可

patches/ 里的补丁和源码包里的 PHP 源码遵循 PHP License v3.01。

转载请注明：小雨科技 _武汉网站建设_武汉小程序搭建 » 宝塔面板WordPress如何修复php2shell漏洞