“AI发现安全漏洞”这句话已不再只是新闻中遥远的话题。2026年10月，动摇PHP生态系统的PHP2Shell和冲击Node.js环境的Node2Shell事件，赤裸裸地展示了AI技术在网络安全最前沿所扮演的重要角色，以及它同时可能成为多么危险的变量。然而，真正关键的问题并不是感叹“AI真厉害”，而是：“那么我们现在应该做什么？”

本文旨在深入剖析AI发现的漏洞背后，探讨开发者和安全人员所面临的真正难题。

1. AI发现的漏洞，为何现在才登上新闻

2026年10月21日，安全行业引发了一阵骚动。因为在PHP中发现的致命漏洞 CVE-2026-109618 和 CVE-2026-109619，即所谓的PHP2Shell，被公开了。更有趣的是，这些漏洞并非单纯由bug猎人所发现，而是借助AI从多年遗留代码中挖掘出来的结果。

在此之前，凭借人眼或传统的静态分析工具难以发现的微妙内存状态错误，通过AI的模式识别和大规模代码分析能力浮出水面。这意味着安全范式正从“事后应对”转向“预测性防御”。

PHP2Shell与Node2Shell展现出的共同模式

PHP2Shell是一个从PHP 5.4到8.5版本存在长达14年之久的致命RCE（远程代码执行）漏洞。正如CVSS v4.0评分9.2分这一惊人分数所示，无需认证即可遭受攻击是其最大的威胁。攻击者可以巧妙地诱导服务器出现内存不足状态，或访问已释放的内存区域，从而执行任意代码。

就在几天后，Node.js生态系统中也出现了具有类似模式的漏洞。Node2Shell 利用了Brotli解码器的越界写入（out-of-bounds write）缺陷。这同样是无认证即可攻击，尤其是处理通过Content-Encoding: br传入的压缩数据时，服务器处于毫无防备的状态，这一点与PHP2Shell如出一辙。

漏洞名称目标技术核心原因受影响版本（主要）CVSS评分
PHP2ShellPHP内存不足状态操纵、Use-After-Free5.4 ~ 8.5.119.2
Node2ShellNode.jsBrotli解码器越界写入22.x, 24.x, 26.x9.2
HTTP2Shell多种HTTP库协议栈通用设计缺陷Java, Python, Go等信息未知

PHP2Shell与Node2Shell主要技术规格对比

2. AI并非解决者，而只是“放大器”

许多人误将AI视为“安全问题的解决者”。但现实更为冷静。AI仅仅是“放大”问题规模的工具。

微软副总裁金泰秀在2026年智能云展（Smart Cloud Show）上表示，“随着AI的发展，将会发现更多漏洞”，其背后有着这样的洞察：AI会深入人类放弃的每一个角落。10年前的PHP代码、从未被触碰过的Node.js内置模块、无人验证过的HTTP库的边缘。这些地方的“潜伏”bug正被AI这具显微镜一一找出。

“积极行政”的背后：补丁速度 vs 系统稳定性

顺应这一趋势，韩国行政安全部正在实施一项制度，将迅速修补AI发现的高风险漏洞的公务员认定为“积极行政”并予以免责。CVSS评分7.0以上的漏洞或国家情报院、KISA的紧急建议事项均在此列。但现场开发者可能会觉得这项政策反而成为一种压力。

急于修补往往会导致不可预测的系统故障。就像CrowdStrike与Windows冲突的案例那样，一个安全补丁可能导致全球系统瘫痪。因为AI只会告诉你“这里有炸弹”，而不会回答“我们该如何安全地拆除这颗炸弹？”

3. 遗留系统的诅咒：AI最喜欢“被遗弃的代码”

此次PHP2Shell事件最痛心的教训是遗留系统的危险性。官方支持已结束、PHP 8.1及以下版本如今已难以期待补丁。许多企业仍在运行的旧服务器，在AI发现的致命漏洞面前只能束手无策。

AI模型通过学习过去的漏洞模式，擅长在现时运行的老旧服务器中找到类似的结构缺陷。这反过来说明，技术债务积累越多的企业，可能越容易暴露于基于AI的安全威胁之下。

迁移的非现实性

人们常轻易地说：“那就直接升级到最新版本不就行了吗？”但在实际企业环境中，这更接近于“做不到”而非“不可以”。数百万行代码错综复杂，向最新版本的迁移本身就是一个项目。

此时，供应商的“回移（backport）”变得有用。Debian、Red Hat、Ubuntu等提供即便在旧版本中也应用了最新安全补丁的软件包。如果使用PHP 8.1及以下版本，检查各发行版的回移包可能成为最后的防线。

4. 实务人员检查清单：现在立即要确认的事项

仅有理论是不够的。让我们整理一份在当下此刻确认服务器是否安全的实用指南。

如果使用PHP

  • 确认版本：通过php -v立即确认当前版本。如果低于8.2.35、8.3.36、8.4.27或8.5.12，则属于立即更新对象。
  • 临时缓解措施：如果难以更新，请更改php.ini设置。
    • memory_limit=-1
    • session.upload_progress.enabled=0
  • 日志检查：检查2026年10月17日之后的日志中是否有包含PHP_SESSION_UPLOAD_PROGRESS的异常POST请求，以及是否生成了非Web Shell的可疑进程。

如果使用Node.js

  • 版本更新：必须立即更新至Node.js 22.23.4及以上、24.22.1及以上或26.12.1及以上版本。
  • 容器重建：如果正在使用Docker镜像，仅更改标签是不够的，必须重新构建并重新部署镜像。node:22.23.3-alpine仍然容易受到攻击。
  • WAF配置：在更新之前，阻断包含Content-Encoding: br标头的入站请求是最可靠的防御措施。

5. AI安全时代，开发者的心态

最终，AI时代安全的核心不在于“技术”，而在于“迅速”。漏洞公开后的48小时内，甚至更短时间内，决定了攻击的成败。根据Zscaler的报告，PHP2Shell漏洞公开后仅仅两天，就观测到了全方位的利用尝试。

开发者现在不仅是写好代码的人，更必须是对变化反应敏捷的人。将AI发现的漏洞接纳为自己的责任，并将其应用于自己的系统，这一系列过程是AI时代开发者的核心能力。

常见问题

问：既然是AI发现的漏洞，AI不会自动打补丁吗？ 答：目前来说几乎不可能。AI擅长“识别”漏洞，但判断该补丁会对应用程序特定的业务逻辑产生何种副作用，仍然是人类的任务。不过，随着未来补丁自动化工具的发展，“推荐补丁”阶段所需的时间可能会缩短。

问：我们的网站流量很少，应该没问题吧？ 答：这是误解。对于无需认证的漏洞，机器人会全天候扫描全网。无论流量大小，只要有漏洞，就会成为攻击目标。

问：PHP2Shell之后，暗网上的攻击真的活跃吗？ 答：是的。特别是在韩国，以政府及金融机构为目标的攻击讨论在I2P网络中十分活跃，也不能排除拉撒路集团等精密攻击主体的介入可能性。

结论

“AI发现的漏洞”这一表述听起来可能有些吓人，但实际上，这更接近于一种祝福，使我们能够提前发现未知的危险。然而，如果无法将这种发现转化为“行动”，它只会成为恐惧的对象。

你现在的服务器是最新版本吗？如果不是，请在今天下班前先检查一下版本。AI从不睡觉，而我们的系统每天都处于危险之中。

在经历此次PHP2Shell、Node2Shell事件后，您变更了哪些安全策略？或者您是否仍在承受尚未解决的遗留系统的压力？请在评论区分享您的现场情况。

参考资料

  9. PHP2Shell · ko.wikipedia.org
  39. PHP2Shell · namu.wiki