PHP 8.2–8.5 修复版本已发布 独立社区资源 · 事实核实于 2026年10月22日

PHP2Shell 检测工具 / cve 2026 109619

CVE-2026-109619(PHP2Shell):请求之间的残留状态

CVE-2026-109619(GHSA-6wmf-4rv5-p3rp)是 PHP 运行时的内存安全漏洞,官方标题为“RCE via stale global state”:一个请求结束、内存释放后,PHP worker 里还留着指向旧数据的引用,下一个请求继续使用,可能导致远程代码执行。修复版本为 8.2.35、8.3.36、8.4.27、8.5.12。

PHP2Shell.help 编辑部核实日期 官方来源 ↓

漏洞档案

CVE
CVE-2026-109619
GitHub 安全公告
GHSA-6wmf-4rv5-p3rp
官方标题
RCE via stale global state
严重程度
严重 · CVSS 4.0 9.2CVSS:4.0/AV:N/AC:H/AT:P/PR:N/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
公开日期
核实日期
受影响版本
  • PHP 8.2:8.2.35 以下
  • PHP 8.3:8.3.36 以下
  • PHP 8.4:8.4.27 以下
  • PHP 8.5:8.5.12 以下
  • 8.1 及更早(5.4 起):无新版本;官方为 7.4、8.0、8.1 提供源码补丁
修复版本
8.2.358.3.368.4.278.5.12
受影响的运行方式
PHP-FPM · Apache mod_php · CGI / FastCGI · FrankenPHP · LiteSpeed — 仅命令行:无法判断
临时缓解(不是修复)
  • session.upload_progress.enabled = 0
  • fatal_error_backtraces = 0
全部临时缓解及其局限 →
利用情况
已观察到攻击尝试; 尚未确认有成功入侵 (截至 2026年10月22日)
已修复的发行版软件包
  • Ubuntu 22.04 · php8.1 · 8.1.2-1ubuntu2.28
  • Ubuntu 24.04 · php8.3 · 8.3.6-0ubuntu0.24.04.13
  • Ubuntu 26.04 · php8.5 · 8.5.4-0ubuntu1.5
  • Ubuntu 26.10 · php8.5 · 8.5.9-0ubuntu2.1
  • Debian 13 · php8.4 · 8.4.27-1~deb13u1

CVE-2026-109619 是什么漏洞?

CVE-2026-109619 是 PHP2Shell 两个漏洞中的第二个,PHP 官方安全公告编号 GHSA-6wmf-4rv5-p3rp,标题是“RCE via stale global state”(残留全局状态导致远程代码执行),官方 CVSS 4.0 评分 9.2(严重)。

PHP-FPM、mod_php 这类运行方式会让同一个 worker 进程连续处理很多个请求。每个请求结束时,PHP 会释放这个请求用过的内存。问题在于:某些全局状态里还留着指向这些已释放内存的引用,下一个请求进来时继续使用,就成了典型的“释放后使用”。攻击者如果能控制这些内存里的内容,就可能执行代码。

本站只讲到原理层面,不提供复现或利用细节。

为什么 CVE-2026-109619 特别影响常驻 worker?

正因为 worker 会跨请求复用,一个请求留下的“脏状态”才能影响下一个请求。PHP 官方要求所有处理网页请求的部署都检查更新:PHP-FPM(Nginx、宝塔、1Panel 常用)、mod_php、CGI、FrankenPHP、LiteSpeed 都在其中,不能因为用了 Nginx 或 FPM 就排除。

这也解释了为什么升级后必须重启所有 PHP worker:旧进程不退出,就还在用旧代码。

CVE-2026-109619 影响哪些 PHP 版本?

分支首个修复版本
PHP 8.28.2.35
PHP 8.38.3.36
PHP 8.48.4.27
PHP 8.58.5.12
8.1 及更早无新发行版(7.4、8.0、8.1 有官方源码补丁)

低于上述版本的 8.2 到 8.5 都受影响。7.4、8.0、8.1 的情况见 PHP 停止维护版本。发行版回移包:

供应商版本软件包已修复的包版本状态
Ubuntu22.04php8.18.1.2-1ubuntu2.28已修复
Ubuntu24.04php8.38.3.6-0ubuntu0.24.04.13已修复
Ubuntu26.04php8.58.5.4-0ubuntu1.5已修复
Ubuntu26.10php8.58.5.9-0ubuntu2.1已修复
Debian13php8.48.4.27-1~deb13u1已修复
Docker Official Images—php—未核实
宝塔—PHP—未核实
XServer—PHP—未核实
ConoHa WING—PHP—未核实
ロリポップ!—PHP—未核实
1Panel—1panel/php—未核实

核实于2026年10月21日至2026年10月22日。

CVE-2026-109619 有临时缓解办法吗?

PHP 官方给出两项临时设置,都只能挡住部分已确认路径:

  • 关闭 session.upload_progress.enabled:必须写进主配置、在请求解析前生效,并重启所有 worker;ini_set() 和 FPM 的 .user.ini 不起作用。上传进度功能会受影响。
  • PHP 8.5 关闭 fatal_error_backtraces:只针对已确认的 fatal backtrace 路径,会减少诊断信息。

官方另外针对 CVE-2026-109618 给出了 memory_limit 和 post_max_size 两项设置。所有临时设置都不是修复,详见 临时缓解措施。

CVE-2026-109619 怎么修复?

和 CVE-2026-109618 一样:升级到修复版本或发行版修复包 → 重启 PHP-FPM 或 Apache → 回到网站复查版本。两个漏洞修复版本相同,一次升级全部修好。

按环境的步骤见 PHP2Shell 修复;不确定自己的版本,先用 PHP2Shell 检测。

依据哪些来源?

检测你的 PHP 是否受 PHP2Shell 影响

输入网站使用的 PHP 版本,我们会和该分支的首个修复版本比较,并告诉你下一步怎么做。

PHP2Shell 检测工具 →

来源

本页的核心事实(修复版本、CVE 详情、发行版软件包、官方机构的提醒)都来自官方来源;研究报告、新闻和社区讨论已分别标注。