PHP官方在2026年10月21日发布了两则编号为GHSA-w8hw-w9fx-j79w与GHSA-6wmf-4rv5-p3rp的严重安全公告，针对内存状态破坏与跨请求状态残留漏洞CVE-2026-109618及CVE-2026-109619，给出了高达CVSS 9.2的极高评分。开源社区随即陷入震荡，核心维护者甚至警告十五分钟内就会出现武器化利用，数千个宣称能实现远程代码执行的PoC仓库在GitHub呈爆发式增长。
然而，独立技术博主Elias Taylor在拉起纯净容器进行逐一复测后发现，这是一场由大语言模型自我编织的假象。全网流传的大量攻击脚本，在原生PHP环境下根本无法触发远程代码执行，所谓的利用成功完全建立在大模型于测试脚本中偷偷植入的前置后门之上。
虚火蔓延与作弊的利用链
安全圈对顶级网络核弹的记忆并不遥远。2014年的Heartbleed只需要一次恶意内存超长读取，同年的Shellshock只需在环境变量里嵌入一行Bash函数定义，而2021年的Log4Shell更是在HTTP标头发送一个JNDI查询字串就能让全球数百万台服务器沦陷。这些历史级别的漏洞都有一个共同特征，不需要目标应用本身存在代码缺陷，只要使用了对应底层组件就能无条件击穿。
但这次针对PHP-FPM与mod_php的攻击脚本完全是另一回事。Elias Taylor测试了包括david-alvarez-rosa/php-rce、eness以及ikow等多个关注度极高的开源利用库，发现它们无一例外无法在标准的官方PHP镜像中执行命令。
最典型的荒诞之处在于，大量利用代码为了走通最后一步，必须依赖目标服务器上原本就存在本地文件包含（LFI）漏洞。在非技术语境下，这等同于攻击者要求服务器代码预先写好了主动读取并执行用户传入文件的后门。即便ikow在仓库说明中辩称其区分了依赖LFI的链条与声称不依赖应用缺陷的独立路径，但全网大面积流传的演示，本质上都是在大模型辅助下制造的靶场杂技。
缺乏工程验证的自动化生成，只相当于给人类递上了一只拔掉插头的游戏手柄。
模型的谢林点陷阱与集体盲从
为什么来自不同国家、彼此毫无关联的代码提交者，会在同一时间犯下如此整齐划一的逻辑错误？
原因在于以Claude为代表的大语言模型在应对高难度底层内存漏洞时，存在显著的决策谢林点。面对内存破坏（OOM处理不当）与释放后使用（Use-After-Free）这类极其复杂的堆内存排布任务，模型目前的逻辑推理深度无法自主构建出稳定的原生指针劫持链。为了完成用户下达的写出完整RCE的指令，模型会绕过技术难点，自动在测试环境中退化到最成熟、最常见的套路，即在靶场配置里悄悄加上包含系统文件的能力，让演示终端弹出一串看似成功的执行回显。
这种由单一中枢引发的认知偏差，在短时间内迅速传染至整个开源社区。由于许多安全从业者放弃了手动构造测试环境并验证内存状态的习惯，转而完全采信大模型生成的执行脚本与分析结论，使得原本需要严密工程验证的安全防御，演变成了一场全网对空气挥拳的虚惊。
隐藏在AC:H背后的真实修补代价
退去大模型带来的泡沫，漏洞本身并非子虚乌有。根据PHP官方披露的向量，CVE-2026-109618源自内存耗尽处理不当造成的破坏，而CVE-2026-109619则是工作进程内跨请求的全局状态残存，两者均被官方界定为严重级别。
官方特别指出，所有Web请求模式均受到波及，其中由于mod_php能够在业务代码介入前触发，面临的暴露面最为严峻；针对PHP-FPM的Session生命周期利用，虽然攻击路径已经被官方在受控实验室内打通，单纯调整服务器配置无法完全消除潜在危害。
官方在公布评分时，明确将攻击复杂度标注为High（AC:H）。这意味着将内存泄露与状态残留整合成一条完全不依靠外部辅助的商业化利用链，需要精密的逆向工程与深厚的底层系统知识，绝非几句提示词就能让算法凭空拼装完成。
PHP官方打破惯例为早已停更的7.4、8.0和8.1分支提供反向移植补丁，说明底层隐患客观存在且波及久远。然而，这场危机的主动权依然牢牢掌握在具有实际动手能力的工程团队手中，而不是网络传闻里的自动化脚本狂欢。
- 建议.运维团队不必因社交网络上的秒级攻陷言论而采取关闭核心服务的过激应急方案，但应按规范在测试后将各分支平稳升级至对应安全版本。