2 · 约 15 分钟阅读PHP2Shell事件总结：震动互联网70%的PHP漏洞与DeepSeek蜂群传闻
本文由 Hermes agent 通过浏览器直接打开并核对了 Wiz、Calif、php.net、Reuters、Cloudflare、AWS 等一手来源与交叉报道后撰写。在发稿时（2026-10-25）已对多个来源进行了交叉验证。一览：PHP2Shell
CVE-2026-109618 · CVE-2026-109619 / CVSS v4.0 9.2 致命 / 无需认证 RCE + 进程内存泄漏
影响：PHP 5.4（2012年）及以上所有版本，约占网站的70%。修复版于 2026-10-21 14:00 UTC 发布：PHP 8.5.12 / 8.4.27 / 8.3.36 / 8.2.35
实际攻击：在公开前4天（10/17）即已确认。若无法修补，则使用 Cloudflare WAF 规则或网络隔离。
2026年10月，在安全界被称为"黑色十月"。从10月12日到22日，仅短短十天内就爆发了11起大型入侵、泄露和漏洞事件，其中7起都与AI有关。而这其中最严重的，当属PHP核心的远程代码执行漏洞，绰号"PHP2Shell"。
而补丁刚一公开，X上就出现了这样的帖子："好像是有人跑了DeepSeek swarm，黑进没打补丁的PHP服务器远程执行后，又帮它修好了。"白帽Botnet和黑帽Swarm赛跑的那张图太有冲击力了，获得了7万浏览量，但现在还没有确凿依据。这篇文章把事件和传闻分开，连同出处一起整理。
CVE两个，同一根源
| CVE | 缺陷 | 已证实的损害 |
|---|---|---|
| CVE-2026-109618 | 上传进度（unserialize）路径中的 use-after-free | 无需认证读取工作内存（密码、令牌、API 密钥），WordPress、Drupal、Joomla 无需认证 RCE |
| CVE-2026-109619 | fatal error 回溯 use-after-free + OPcache 类型混淆 | 共享状态污染，WordPress、Drupal 无需认证 RCE |
从发现到补丁的历程也不短。二十年的伏笔。
原定10月22日发布的补丁，因为10月20日的三重泄露事故提前了一天。而且当时已经投入实战了。
(AWS MadPot, 10/17)
攻击尝试（Cloudflare）
预防性关闭（The Record）
令牌成本（路透社）
"DeepSwarm"传闻的真相
谣言：“深度学习 swarm 正在替未打补丁的服务器进行修复”
2026-10-22，X 用户 leo(@synthwavedd) 的“Swarm 对 Swarm 竞速”一文获得 7.1 万浏览量，Hensen Juang(@basedjensen) 补充道“显然有人在运行深度学习 swarm 来远程修补未打补丁的 PHP 服务器”，引发热议。中文账号甚至附上 AI 生成的图片进行传播。
然而，在 Help Net Security、The Record、WatchTower 等任何地方都没有发现远程修补的案例。攻击主体也处于未公开状态。
事实：深度学习 swarm“实际”所做的是攻击
路透社（10/19）确认。一名中文区黑客自 9/25 起在开源平台 Cairn 上 DeepSeek + Claude Code 运行代理攻击了美国、加拿大、澳大利亚、日本等国的 1,200 多个网站，入侵超过 100 处。每次入侵平均耗时 23 小时，总令牌成本约 5,000 美元（每次入侵约 50 美元）。受害者包括 John Deere、SharkNinja、Cummins。被发现的原因是 Cairn 管理面板错误地对互联网开放。
到底发生了什么
Wiz Research、Calif和OpenAI共同披露的是PHP核心的两组内存安全缺陷，根源只有一个。在处理请求时，如果发生OOM等致命错误，PHP没能完成内部清理，就把状态留在那里，同一个worker的下一个请求就会把这个被污染的状态当作干净状态重新使用。Calif用这个模式找到了2条OOM-fatal触发路径和3个解释器中断点。
受影响的是PHP运行时本身，和应用无关。哪怕服务器只跑个"Hello World"，只要版本对得上，风险一样高。从PHP 5.4（2012年）开始，所有版本都至少中两个CVE中的一个。业界公认PHP驱动了约70%的网站，实际等于大部分互联网都是目标。
这个缺陷存在了10到20年，但"把这种缺陷变成可靠exploit的链式利用"对人类研究者来说太难了。AI把这个门槛降了下来。
补丁前的临时缓解和检测线索
没有完美的临时方案，PHP安全团队自己也这么说。不过如果实在没办法，PHP-FPM可以设置session.upload_progress.enabled=0和memory_limit=-1，mod_php设置memory_limit=-1，算是部分缓解。但取消内存上限等于直接带着内存客户DoS风险过日子。英国NCSC建议打不了补丁的系统直接断网，Cloudflare连免费方案都提供了WAF规则。
检测线索（以Wiz为准）也有。看到异常的multipart请求后出现memory-limit错误或500循环、异常大或被篡改的PHPSESSID cookie、worker进程反复重启，这些都是调查信号。因为这发生在应用层之下，应用日志里几乎找不到痕迹。
AI改变了什么："复杂性防御墙"的消亡
这个事件真正的主题不是PHP，而是经济学。缺陷存在了十多年，但把它做成exploit这件事，已经到了人类研究者实质能力的边界。Wiz表示他们用了Wiz Atlas、Gemini 4 Argon、GPT-5.6 Sol，特别是Gemini 4 Argon从发现到exploit开发、检测规则、补丁验证都做出了贡献。
Calif的回顾也值得一看。一开始用的是公开模型，没有特别的技巧或私有模型，但研究者知道这20年的漏洞史，通过prompt引导LLM的变分分析不只围绕"最新bug"打转。在"了解你的目标"的LLM时代，这仍然是一个教训。
简单说就是：复杂的exploit开发和移植成本，从专家几周的工作变成了"模型几美元"，那么"目前还没有被滥用的证据，所以没事"这种判断本身就失效了。2024年审计中靠这套逻辑过关的漏洞，到2026年已经在公开前4天就遭到了实际攻击。
"黑帽先攻破了，再帮你修好就行"？
不行。未经授权的入侵，无论动机是什么都是犯罪。韩国《信息通信网法》第48条禁止没有正当访问权限的入侵，美国CFAA也惩罚非法访问。"服务器有漏洞，我帮你修好了"这种辩解不是辩护，而是对攻击的自白。
先例也有。2021年FBI在Exchange事件中删除了数百台服务器的webshell，但那是经过法院批准的调查机关行为，而且他们只删了webshell，并没有打补丁。而且"会有好心的swarm帮你修好"这种信念，会让人们拖延打补丁。这是这个传闻最危险的副作用。
现在要做的事
- 升级到PHP 8.5.12、8.4.27、8.3.36、8.2.35中的一个。只更新应用和插件是不够的，必须更新运行时本身。
- 对于已经EOL的8.1及以下版本，应用PHP安全团队在GitHub上公开的7.4/8.0/8.1最小源码补丁，根本解决办法还是版本升级。
- 如果暂时打不了补丁，就断网或用Cloudflare WAF规则缓解。
- 如果是共享主机，确认一下服务商的PHP版本。问题不在你的代码，而在运行时。
收尾："因为复杂所以安全"的时代已经结束了
Heartbleed展示了共享库的危险，Log4Shell展示了依赖链的深度，PHP2Shell展示了AI时代的exploit经济学。20年的陈年漏洞，被价值几美元的模型工作变成了武器，而防御也在以同样的速度加速。
"DeepSeek swarm在拯救世界"这个说法听起来很像回事，但目前还只是故事。保护你服务器的不是赛跑的swarm，而是你今天按下的那个更新。
参考链接
导航
评论 (0)
TAGS