PHP 的核心出事了。10月21日，PHP 官方发布紧急安全更新，修复两个 CVSS 4.0 评分高达 9.2 的严重漏洞，攻击者无需任何账号密码就能远程接管服务器。这两个漏洞被安全社区统称为 PHP2Shell，而让它们从"理论隐患"变成"必须连夜处置"的推手，正是被 AI 深度参与的漏洞研究。截至发稿，工业和信息化部与多国安全机构已同步发出风险提示：唯一可靠的处置办法是立即升级，修不了的先下线。
网站代码没犯错，漏洞藏在引擎里
这两个漏洞编号为 CVE-2026-109618 和 CVE-2026-109619，都不在任何网站的业务代码里，而是出在 PHP 解释器本身的内存管理与错误处理路径上——几乎每个请求都会经过的部分。 通俗地说：第一个漏洞是请求恰好在关键阶段耗尽内存时，程序提前中断，后续清理却把没初始化完的数据当有效数据用，造成内存破坏；第二个漏洞是前一个请求异常退出后状态没有清理干净，同一个工作进程处理下一个请求时误读了已释放的内存（“释放后使用”）。单个请求测不出它，只有特定顺序的两个请求撞进同一个进程才会触发，这也是它藏了十几年的原因。知乎
危险程度因部署方式而异。Apache mod_php 风险最高——攻击可以在网站业务代码开始运行之前就完成，也就是说，即使你的程序一行错都没写，运行时层面照样可能被拿下。 PHP-FPM、php-cgi、FrankenPHP、LiteSpeed 等处理网络请求的环境同样受影响，研究人员已在部分 WordPress、Drupal、Joomla 部署上复现了未经登录的远程代码执行。36氪
不是 AI"发明"了漏洞，而是老伤口被证明会致命
把时间线拉长，这次事件更像一面镜子。PHP 内存限制机制的远程执行风险，2004 年就曾被安全研究员 Stefan Esser 指出；2020 年一份内存耗尽问题的报告没有引起足够重视；2024 年外部审计中，PHP 核心开发者确认了根因，却因为拿不出利用路径、修复又牵动兼容性和扩展生态，反复搁置。转折出现在 2026 年 8 月：安全公司 Calif 的研究人员借助 GPT-5.6 Sol 报告了可落地的远程代码执行路径，OpenAI 同日独立报告相同根因，谷歌旗下 Wiz Research 也独立验证了多条利用链。需要澄清的是，这不是 AI 无人参与地自主挖洞——研究员先靠 2004 年那批历史漏洞的经验确定方向，AI 负责把分散在不同模块里的状态、调用关系串起来，快速完成"从发现异常到证明可利用"这一段。 Wiz 技术报告里的判断更有冲击力：漏洞根因存在了十余年，过去把利用链构造完整可能需要顶尖团队投入数月，如今一名研究者借助 AI 一周内就可能做到。 补丁发布当天，外部研究者 QiDeng 只用约 24 小时就完成复现，并宣称找到了五条远程代码执行路径——漏洞细节公开后，攻击手段的扩散速度同样是"AI 级别"的。36氪
现在该做的三步自查
第一步，确认你到底在跑哪个版本。 在服务器上执行 php -v，或向主机商、宝塔等面板确认实际运行版本。官方修复版本为 PHP 8.5.12、8.4.27、8.3.36 和 8.2.35，受影响范围覆盖从 PHP 5.4 开始的几乎所有版本，包括至今仍大量在用的 7.x 与 8.0、8.1。知乎
第二步，升级，别指望绕。 官方态度很明确：没有完整的缓解措施，唯一安全的做法就是立即升级，WAF、改配置都替代不了补丁。 停在 8.1 及更早版本上"白嫖"的用户要格外注意：这些分支已经拿不到 PHP 官方的安全更新，只能向自己的 Linux 发行版或托管服务商确认有没有回移补丁，没有的话，升级 PHP 分支就是绕不过去的动作。WordPress、Drupal 用户也别等 CMS 发版——问题不在它们核心，更新程序本身没用，必须动服务器上的 PHP 运行时。36氪知乎
第三步，短期真修不了，就限访问或下线。 美国国家安全局已发布紧急建议：无法立即更新的系统应暂时下线，直至风险充分缓解；芬兰、荷兰已有政府网站预防性关停。 10 月 22 日，工信部网络安全威胁和漏洞信息共享平台（NVDB）同样发布风险提示，认定这两个超危漏洞可造成服务器受控、敏感信息泄露和业务中断，要求尽快升级处置。 如果你的站点在补丁发布前一直暴露在公网且没做任何限制，修完后建议按"可能被入侵过"处理：排查异常进程和计划任务、轮换数据库与后台凭据。微博财经网
以后怎么防"同类"：AI 显微镜不会只照 PHP
PHP2Shell 只是开始。OpenAI 在披露中直接预警，这次公开的漏洞"只是我们已经发现并正在努力修复的众多重大漏洞中的一部分"，预计未来几个月类似漏洞数量会急剧增加。PHP 基金会也已被迫重构防线：复盘承认拖延是"结构性失败"，并于 2026 年 5 月成立生态系统安全团队，设置了首任常驻 AI 安全工程师来应对 AI 时代激增的安全报告。对普通站长，防御重点要跟着变三件事：其一，把所有 PHP 实例——包括测试站、老项目、客户代维站——盘进一张清单，最容易被忘的旧站点往往版本最老；其二，把 php.net 安全公告和 NVDB 风险提示纳入日常关注，EOL 运行时清零，别让自己成为修复链条上最后知道的那一环；其三，接受攻防不对称的现实——360 漏洞研究院专家的判断是，攻击者只需找到一个可行突破口，而防御方要持续保护大量系统，短期看攻击方更容易吃到 AI 红利。能对冲这一点只有速度：把升级窗口从"下次维护再说"压缩到"公告当周内完成"。
所谓"防 AI 挖出的同类漏洞"，说到底不神秘：同类，指的是所有潜伏在底层软件里、过去因缺少利用证明而无人问津的老缺陷。AI 改变的从来不是漏洞本身，而是它们现形的速度。
