收到紧急更新通知时，攻击已经开始了
打开 PHP 2026 年 10 月 21 日的安全公告，标题里有两个词，update now。
立即更新。
再往下读，两个核心漏洞可能让未登录的攻击者在服务器上执行代码。PHP 官方提到，已有 mod_php 利用演示能在业务代码开始运行之前触发攻击。登录校验、权限检查，这时候都还没执行到。
负责维护网站的人，要先确认承载这些代码的 PHP 有没有修好。PHP 官方公告
但外部请求不会等更新完成。
Cloudflare CEO Matthew Prince 表示，公告前十小时，Cloudflare 网络已看到数千次利用尝试；公告后四十五分钟达到数万次，两小时内达到数十万次，随后升至数百万次。404 Media 报道引用了他的这组数据。
这里统计的是利用尝试，包括被拦截的请求，不能换算成成功入侵数量；Cloudflare 的观测也不代表整个互联网的完整统计。
即便如此，两小时还是足够让人重新想想，安全更新到底能不能再慢慢排期。
我重新对照了研究者和维护者的原始报告。这次最值得追问的，已经不只是 AI 能不能找到漏洞。
一个存在多年的问题，为什么现在成了紧急事件？防守方已经提前准备，为什么公开披露时，网站仍然需要争分夺秒？
先把几条并行推进的线索放在一起看：研究者发现问题、维护者协调修复、外部利用和公开披露，并不沿同一节奏发生。
图中时间节点依据下文引用的原始材料整理，截至 2026 年 10 月 23 日；节点间距不代表实际时长，前后排列也不表示已经确认因果关系。
PHP2Shell 的风险，不能只看漏洞数量
PHP2Shell 是 CVE-2026-109618 和 CVE-2026-109619 的合称。问题位于 PHP 运行时，涉及内存耗尽或致命错误之后，未正确初始化的数据和已经释放的内存仍被继续使用。
修的是这一层，只更新插件、改业务代码，覆盖不了问题。
Wiz 的研究报告称，受影响版本可追溯至 PHP 5.4，近十年发布的每个 PHP 版本至少受到其中一个问题影响。研究团队还演示了无需实现远程代码执行，就能读取进程内存中密码、令牌和 API 密钥的路径。Wiz 研究报告
所以，只盯着服务器有没有被执行命令，也可能漏掉信息泄露。
同样需要分清，PHP 使用广泛，不能被写成全球同样比例的网站已经失陷。实际风险还要看运行时版本、部署方式、可利用路径与防护。研究者演示成功，也不等于所有环境都能用同一份程序直接打通。
恰恰是最后这件事，让 AI 的作用变得具体了。
AI 改变了什么，从发现问题到做出可用利用
OpenAI 确认，Calif 在 Patch the Planet 计划中使用 GPT-5.6 Sol 找到了一项关键漏洞，Wiz 也独立发现并报告了两个漏洞。PHP 维护者主导修复和发布，合作伙伴提供研究、技术支持与协调。OpenAI 事件说明
截图来自OpenAI 官方中文版，截取于 2026 年 10 月 23 日。
Wiz 则把研究过程里的困难讲得更清楚。复杂内存漏洞需要串联多个问题，遇到不同 PHP 版本、配置和内存布局，还得重新测试和调试。Wiz 称，研究使用了 Wiz Atlas、Gemini 4 Argon 和 GPT-5.6 Sol，模型帮助团队调整利用程序、分析失败并反复验证，降低了跨环境适配所需的专业投入。
这比一句 AI 找洞更值得留意。
过去，一个缺陷即使存在，复杂的利用条件也可能限制它的实际影响。当分析、调试和适配变得更容易，这个限制就会减弱。这是 Wiz 对本次研究的判断，也解释了为什么仅仅数漏洞数量，看不完整这次变化。
不过，研究团队公开使用模型开发利用，与互联网上每个攻击者都用了 AI，仍是两回事。后者不能从请求数量里推出来。
修复为什么慢，披露又为什么被提前
PHP Foundation 的复盘补上了维护者这一侧的背景。2024 年审计后的修复工作中，团队已发现 OOM 问题的早期迹象，但当时没有明确的远程代码执行路径。几种修复方案分别涉及兼容性、拒绝服务风险和扩展适配，叠加人手与决策机制的限制，工作反复停滞。基金会承认，这属于结构性失败。PHP Foundation 复盘
我觉得这段说明很重要。看到严重漏洞多年未修，质疑是合理的；但真正改进响应，还得知道卡在技术取舍、决策还是资源上。
维护者也得面对另一个现实。补丁改的是大量请求都会经过的内存管理和错误处理逻辑，修复时还要保住兼容性、性能与扩展生态。发现可靠利用之后，上游修复和下游准备，都还有工作要做。
Calif 的研究记录把审计起点列在 7 月 30 日，8 月 1 日记录了早期发现。随后还在寻找更多变体。Calif 研究记录
这能说明早期进展很快，但不能简单压成两天发现、两个月都在写补丁。确认影响、寻找变体、验证修复、协调分发，属于不同阶段。
发布前，协调过程又被打乱。
据 PHP Foundation，10 月 20 日 CVE 编号提前流传，还伴随错误的 10.0 评分，实际为 9.2。PHP 把发布从 22 日提前到 21 日；发行方尚在打包，立即公开会让许多用户缺乏便捷更新路径。随后误发的演示视频又增加了公开信息。
提前一天，是速度与更新可用性之间的折中。越多人需要提前获知信息才能准备保护，保密协调也越难。
提前发现与披露前利用，可以同时发生
AWS 的 MadPot 遥测记录显示，10 月 17 日已有一次 PHP2Shell 利用尝试，比公开披露早四天。来源 IP 与商业匿名化网络有关；AWS 认为可能来自威胁行为者，但尚不清楚对方怎样取得利用信息。AWS 遥测说明
中文译文，非官方中文版。据上方 AWS 官方原文翻译制作，原文核对日期为 2026 年 10 月 23 日。
OpenAI 称，据其所知，前沿 AI 比攻击者更早发现漏洞。这和 AWS 的记录不必然冲突。
一个比较研究发现与攻击者发现的先后，一个记录公开披露前已经出现的活动。研究者提前知道问题，不保证整个保密期里都没有别人找到它。
还有一个时间关系不能倒过来。10 月 17 日的利用尝试，早于 PHP Foundation 记录的 20 日公开泄露。后来的泄露不能直接解释更早的请求；是否还有其他信息流出，或者独立发现，目前不能据此下结论。
所以，那四天最能改变的，是调查起点。
补丁装好以后，旧日志仍然要查。相关请求可能早就到过服务器，异常文件、陌生进程和不该出现的外连，不会随着版本号更新自动消失。
提前防护能争取时间，不能替代实际修补
提前准备当然有价值。Cloudflare 表示，相关 WAF 防护从 10 月初开始准备，并在 10 月 21 日 UTC 03 时 02 分，也就是北京时间 11 时 02 分，默认向使用免费或付费 WAF 的客户启用。Cloudflare 防护报告
中文译文，非官方中文版。据上方 Cloudflare 官方原文翻译制作，原文核对日期为 2026 年 10 月 23 日。
源站还没升级，流量入口先有了一层防护，这就是提前发现争取到的时间能发挥作用的地方。
但主域名走了 WAF，源站能不能直接访问？后台域名和测试环境，是不是也经过同一层保护？一个入口的拦截记录，无法替其他入口作保证。
NSA 的官方警告把处置要求说得更直接，尽快盘点依赖 PHP 的服务并应用补丁；如果不能立即更新，建议下线，直到能够充分缓解风险。NSA 官方警告
这里的下线是降低暴露的措施，不能拿来当成服务已经被攻破的证据。
Cloudflare 与 AWS 也仍要求更新 PHP。WAF 是额外保护，完整修复需要落到运行时。AWS 缓解指南
下次收到更新通知，怎样确认系统真的修好了
截至本文核对资料的 2026 年 10 月 23 日，PHP 公告列出的本次修复版本是 8.2.35、8.3.36、8.4.27 和 8.5.12。旧分支使用者需要确认供应商的回移补丁，或者迁移到受支持版本。存在回移修复时，不能只凭上游版本号判断是否安全。
在命令行敲一次 php -v，查到的只是那个命令调用的二进制。真正接收请求的 PHP-FPM、mod_php 是否加载了修复版本，还得确认。镜像更新了，所有副本有没有替换；软件包安装了，worker 有没有重启，也要有实际结果。
对我来说，这次事件最能转成行动的，是三件事。
把受影响实例找齐，负责人、软件包或镜像摘要，都能对应上。
核验所有可访问入口的防护范围，确认服务进程已经更新，关键业务仍能运行。
从最早已知利用时间开始回溯，检查日志与主机迹象，有入侵线索就继续按事件响应流程处理。
OpenAI 还提供了 PHP 版本检查 Codex 技能。它可以辅助盘点，但版本检查不能证明没有被入侵，也替代不了发行版回移补丁核对和运行进程验证。
具体配置仍要跟随 PHP 与供应商完整指南。单独抄一个关闭内存限制的参数，漏掉资源隔离和剩余风险条件，也可能制造新的问题。
黑色十月之后，应该怎样评价 AI 安全能力
404 Media 把 PHP2Shell 放进近期一连串安全事件中讨论，用 Black October 描述安全圈的不安。这是对一组事件和行业情绪的概括，不能拿它把所有事故都归因于 AI，更不能把它当作一场统一攻击的名称。
PHP2Shell 给出的证据已经足够具体。AI 辅助研究能让复杂问题更快得到验证，维护者仍要处理修复取舍，披露过程仍可能失序，最后的网站仍要完成部署。
再回头看开头的 update now，我更愿意把它理解成一连串需要有人完成的动作。确认风险、准备更新、找到实例、替换进程，再核验实际结果。
我觉得，评价 AI 安全能力，除了看它发现了多少漏洞，还应该追问，这些发现最终让多少系统及时获得了保护。
下一次紧急公告到来时，团队能不能说清，哪些服务需要更新，怎样证明它们已经修好？这份可核验的结果，才是提前发现能够交给用户的保护。
资料与报告原文
查阅资料与完整报告配图
事件线索参考相关专题汇总，关键事实均对照原始材料核对。主要参考包括 Wiz 研究报告、PHP Foundation 复盘、Calif 研究记录、NSA 官方警告及 404 Media 报道。
下方保留技术细节和完整上下文，供需要进一步核对的读者查阅。PHP、AWS 与 Cloudflare 图片为中文译文，非官方中文版；OpenAI 图片来自官方中文版。所有图均为高清无损 PNG，原文核对日期为 2026 年 10 月 23 日。
PHP 安全公告原文，包括漏洞编号、修复版本、受影响部署及临时措施的限制。
OpenAI 官方中文报告，正文已展示第 1 张，以下依次保留第 2 至第 6 张。
AWS 遥测报告原文，说明披露前活动、观测局限与调查建议。中文译文图见正文。
Cloudflare 防护报告原文，说明 WAF 部署时间、规则覆盖和持续修补要求。中文译文图见正文。
