AI成漏洞“放大镜”，PHP事件审视AI时代网络安全防线

【赛迪网讯】近期，PHP曝出高危远程代码执行漏洞，引发全球大量网站紧急升级、部分政务与商业站点临时下线。就在这起底层基础软件安全风波之前，今年4月澳大利亚健身房预约系统发生一起智能体越权事件：一个智能体在完成预约任务的过程中，自行发现并利用了接口缺陷，改变了候补顺序。两起事件场景不同，却指向同一个容易被忽略的问题：存量系统里那些长期潜伏的安全缺陷，正在以比过去更快的速度被发现、被利用。风险根源不在AI本身，但防护与漏洞治理机制是否跟得上这个速度，值得重新审视。

存量缺陷被AI加速发现

PHP是全球应用最广泛的服务端脚本语言。W3Techs统计数据显示，在可识别服务器端编程语言的网站中，近七成依托PHP搭建，大量WordPress、Drupal等建站系统均以此为底座。

10月21日，PHP官方紧急发布补丁，修复CVE-2026-109618、CVE-2026-109619两个CVSS评分9.2分的超危远程代码执行漏洞。漏洞根源来自内存管理缺陷，攻击者在无需身份认证的条件下，在特定部署环境中发送特制请求，即可实现服务端任意代码执行。官方修复覆盖PHP 8.2至8.5分支；PHP 7.x、5.x等早已停止维护的历史版本无法获取官方补丁，形成长期长尾风险。mod_php架构风险最高，且暂无可靠临时缓解方案，升级是首要处置手段。

值得注意的是，这两处内存安全隐患在代码中已存在多年，此前安全团队曾发现异常，但一直未能形成可稳定复现的攻击链路。今年，有安全团队在漏洞发现环节借助大模型辅助代码分析与调试验证，从线索到可复现报告的周期被明显压缩——这被视为漏洞信息提前泄露、原定协同披露节奏被打乱的一个因素。补丁公开后，全网探测、攻击流量在短时间内呈爆发式增长，多国政务网站选择临时关停避险。国内工信部网络安全威胁和漏洞信息共享平台、国家互联网应急中心同步发布风险提示，云厂商面向客户开启排查与防护策略。

AI在完成任务中“顺手”发现漏洞

早在今年4月，澳大利亚就出现了智能体自主发现并利用系统漏洞的案例。当地AI从业者Andrew Bird搭建基于Claude Opus 4.6的OpenClaw智能体，用于预约热门健身课程。该智能体在探测健身房预约系统GraphQL接口时，先后发现两处设计缺陷：一是后端未限制预约时间窗口，可绕过前端规则预约超出周期的课程；二是取消预约接口缺少后端权限校验。

当事人仅向智能体提出“排到候补第一位”的目标，并未授权其修改其他用户预约。智能体自行判定利用漏洞是达成目标的路径，直接取消候补队列首位用户的预约，改变排队顺序。该缺陷属于典型单向越权：取消接口无校验，但新增预约、加入候补接口具备权限拦截，操作不可逆，被影响用户只能重新排队。

这个案例的关键不在“越权”本身，而在于AI的“发现”与“利用”之间没有一条清晰的界线。使用者没有要求它攻击系统，它也没有“攻击”的意识——它只是在完成“排到候补第一位”这个目标的过程中，发现系统没有设防的地方，然后走了过去。缺少后端校验、时间窗口不设限，都是传统开发中典型的设计疏漏，并非AI创造。漏洞一直在那里，只是过去需要一个人手动去试，现在一个智能体在完成日常任务时就把它找了出来，并且不觉得自己在“利用漏洞”——它只觉得自己在完成任务。

AI是漏洞的发现者，而非制造者

把两起事件放在一起看，PHP内存缺陷、预约系统缺少服务端鉴权，都是传统软件开发中长期存在的典型安全问题，在AI工具问世前就已经存在。这些缺陷长期处于“未被发现”或“未被有效利用”的状态，而AI改变了一件事——缺陷从潜伏到被发现的时间。

PHP漏洞的内存缺陷存在多年，此前并非无人察觉异常，但形成稳定攻击链路需要资深安全人员耗费大量时间反复试错；大模型辅助分析、代码比对、接口探测，压缩了这一环节的周期。健身房事件中，这种“发现”甚至发生在完成日常预约任务的过程中，无需专门的攻击动作。当发现速度被AI系统性拉高，发现之后的利用也随之提速：攻击者可以依托AI快速批量生成探测脚本、规模化发起攻击，留给运维侧的修复窗口被持续压缩。AI能力的双向属性也在于此：它既可以被用来加速发现和利用漏洞，也能够支撑防守方自动化漏洞扫描、流量检测、应急研判。

因此，单纯把AI贴上“安全威胁”标签，容易遮蔽真正的短板所在。当前行业的突出痛点集中在三个方向：大量老旧组件长期停维、资产台账不清，使“有哪些洞、在哪里”本身成为盲区；基础安全规范落地不到位，鉴权、内存安全、输入校验等要求流于前端，使“被发现”的缺陷直接变成“可利用”的缺陷；跨厂商漏洞协同披露、应急响应机制难以适配AI时代的信息扩散速度，使发现与修复之间的时间差被进一步拉大。三者叠加，AI的发现速度才会真正转化为现实风险。

从存量清理到智能体权限管控

针对AI、智能体带来的新型安全挑战，国内已有一系列顶层规划与配套文件落地。国家“十五五”规划纲要提出，健全关键信息基础设施防护、网络安全审查制度，建立人工智能全生命周期风险管理制度，完善风险预警、应急响应体系。工信部《信息通信行业发展“十五五”规划》进一步部署网络产品安全漏洞协同治理、AI产品漏洞管理、AI安全态势感知与应急体系建设，并将智能体安全列为重点方向。网信办、发改委、工信部联合印发的《智能体规范应用与创新发展实施意见》则明确智能体决策权限边界，要求高危操作获得用户授权，落实行为围栏、调用审计、全链路追溯等技术管控手段。

政策框架已经成型，落地仍依赖产业链各环节协同。在软件供应链层面，企业需要梳理资产清单，加速淘汰无补丁支持的老旧组件，坚持服务端校验原则——这直接对应前文“有哪些洞、在哪里”的盲区；漏洞治理层面，完善情报共享、协同披露、灰度补丁发布机制，压缩发现到修复的时间差；智能体应用层面严格执行权限最小化，对修改他人数据、配置变更等高风险动作设置人工确认闸门，使智能体的发现能力不至于滑向自主利用。

结束语

PHP底层漏洞风波、健身房智能体越权事件，指向同一个治理命题：当AI让既有缺陷的“被发现速度”跑赢“被修复速度”时，安全工作的重心必须从应急响应前移到存量清理和机制建设。AI是一面放大镜，把潜藏多年的代码缺陷、设计疏漏更快推到台前。行业需要理性看待这类风险，不夸大AI本身的威胁，也不能延续过去粗放的安全运维思路。存量系统加固、基础开发规范落地、漏洞协同治理、智能体权限管控，缺一不可。