AI挖洞的速度，人类快补不动了

三个星期。这是攻击者利用 Citrix NetScaler 零日漏洞、在几乎无人察觉的状态下活动的最短时间。Mandiant 的研究人员确认，已有数十家组织受到影响，攻击被归因于高级威胁组织，其中部分被怀疑有国家级背景——而且研究者预计，后续攻击还会更多。

几乎同一时间窗口里，Microsoft 发布了它历史上最大的一次补丁：至少 974 个安全漏洞。而在此前的一个补丁日，这个数字是 398。

把这两条新闻放在一起看，事情就不只是“又有漏洞了”那么简单。我的核心判断是：AI 正在同时抬高攻防两侧的产能，攻击侧的利用窗口在变长，防御侧的漏洞输入在变多，而企业消化补丁的能力——那支靠人测试、靠人部署的队伍——几乎没有变化。这个剪刀差，正在成为 2025 年之后企业安全最真实的脆弱点。

⚠️ 三个星期的静默期，够做多少事

最贵的不是漏洞，是漏洞被发现之前的那些天。

先拆一下 NetScaler 这个目标。它是 Citrix 的应用交付与网关类设备，大量企业把它放在网络边界上，承担负载均衡、远程接入、VPN 门户等职能。换句话说，它是“外面的人进入内网”的必经之路之一。这类设备一旦被拿下，攻击者拿到的不只是一台服务器的权限，而是一个天然合法的流量中转站。

Mandiant 研究人员披露的核心事实有三点：第一，攻击至少持续了三周而未被发现；第二，已有数十家组织受影响；第三，攻击者被归因为高级威胁组织，且部分疑似国家级背景，后续攻击预计还会到来。

三周未被察觉，在边界设备场景下意味着什么？做应急响应的人都清楚：绝大多数企业的网络设备日志留存周期是以“天”或“周”计的。当三周之后才开始排查，最早的入侵痕迹大概率已经随日志滚动消失。溯源变成了考古，而考古现场早已被掩埋。

时间线大致是这样的：

更麻烦的是设备类资产的补丁节奏。服务器打补丁可以滚动重启，边界网关设备往往牵一发而动全身——它一重启，远程办公断网，分支机构失联。于是补丁被排进下一个维护窗口，而攻击者就在窗口之前继续扩张。圈内流传的一句苦笑话是：网络设备的漏洞公告发出来，甲方第一反应不是“怎么修”，而是“这玩意儿不停机能不能修”。

这就是为什么 Mandiant 会预期更多攻击到来。对于进攻方而言，一个被验证有效、且防御侧消化缓慢的利用链，没有理由只用一次。

🩹 974个补丁，微软的新纪录

漏洞数量正在从“事件”变成“天气”。

再看防御侧的输入端。Microsoft 本次发布的更新修复了至少 974 个安全漏洞，覆盖 Windows 操作系统及其余软件产品——这是微软历史上规模最大的单个补丁批次，没有之一。就在此前不久的一个补丁日，这个数字还是 398，其中包含一个已被在野利用的漏洞，以及两个在补丁发布前就已公开细节的漏洞。

把两次数据放在一起，趋势一目了然：

398 到 974，涨幅超过一倍。单看一个月，这可以解释为产品线和披露口径的波动；但连续两个大批次连在一起看，它指向的是漏洞生产效率的结构性抬升——漏洞发现这件事，正在被新工具系统性加速。

一个关键的细节值得单独说：微软自己承认，人工智能正在帮助加速漏洞的发现。也就是说，974 这个数字的很大一部分贡献，来自“找漏洞”这件事的自动化。

这里有一个微妙但重要的逻辑：对微软这样的厂商来说，自己先找到漏洞是好事——被自己的 AI 找出来，总好过被攻击者的 AI 找出来。但对下游成千上万的企业而言，这个“好事”是以 974 个待处理工单的形式落地的。厂商的每一份产能提升，都会精确转化为企业安全团队的一个月度负担。

🤖 AI在挖洞，人类在填坑

AI 抬高了洞的生产曲线，填坑的还是那群人。

把攻防两侧放在一条时间轴上，问题就清晰了：

这条图里最要命的是两段：C 到 G 的那段，是攻击者三周静默利用、事后靠应急补救的路径；D 到 F 的那段，是企业消化 974 个补丁的路径。两段路都要靠人，而人手没有变多。

这正是安全专家们反复警告的现实：许多组织本来就在为每个月测试和部署这么多修复而挣扎。补丁管理从来不是“下载、安装”两步——生产环境要先做兼容性测试，关键业务要排维护窗口，成百上千台设备要灰度推进。这些环节的产能弹性极小，因为它们的瓶颈不是带宽，是变更风险和人力。

AI 改变了分子，没改变分母。漏洞发现端被 AI 加速之后，月度漏洞输入量上了一个台阶；而测试、排期、部署这三件事，至今仍然高度依赖工程师的判断和操作。据多位接近大型企业安全团队的人士的观察，不少团队面对接近千位的月度补丁量，实际采取的策略仍然是“只修真正要紧的那一部分”——这恰恰是最危险的一种降级：修复决策不再基于完整评估，而基于疲惫之下的直觉。

更值得警惕的是攻防两侧的不对称。攻击者拿到一个 NetScaler 零日，不需要修 974 个洞，只需要利用一个洞、找几十个目标，就可以造成数十家组织的失陷。防御方要完美，攻击方只需要及格。当 AI 把“及格线”上的攻击工具越做越好用，这个不对仗会越来越难看。

🧭 真正的瓶颈不是漏洞，是优先级

补不动的世界里，排序能力就是防御能力。

既然数量上不可能全补，唯一现实的出路是把有限资源压在真正的风险上。这不是新话题，但两条新闻把它从“最佳实践”变成了“生存必需”。

从这次披露的信息里，能提炼出三条优先级信号。第一是在野利用：上一个补丁批次里那个已被活跃利用的漏洞，理应排在 974 个中的最前列——被真实利用的漏洞，风险量级和理论漏洞完全不同。第二是公开状态：两个在补丁日前就公开细节的漏洞，等于给攻击者递了路标，修复窗口在公告之前就已经开始倒计时。第三是资产暴露面：像 NetScaler 这类直面互联网的边界设备，优先级天然高于内网深处的机器——这次三周静默利用的直接教训就是，攻守双方都会优先挑“暴露且昂贵”的目标。

要跑通这套排序，前提是两样东西必须齐：准确的资产台账（知道 NetScaler 挂在哪、谁在用它），以及可信的威胁情报（知道哪个洞正在被打）。讽刺的是，很多企业这两样都缺——于是排序退化成“按 CVSS 分数从高到低”，而分数本身回答不了“攻击者这周在打什么”这个真正的问题。

还有一层是补偿性控制的账要算清。边界设备补丁延迟的每一天，都应该有对应的缓解措施在位：收紧访问策略、加强该设备的日志留存、在前面加一层监测。补丁慢不等于风险裸奔，前提是你真的把这些补偿措施部署了，而不是写在文档里。

回到开头的判断：AI 让漏洞的“生产”和“利用”都变快了，企业唯一的反制是把“修复的决策”也变成一个有数据、有规则、可自动执行的流程。靠一支人肉队伍追赶 974 个洞，赢不了；靠一套能把这 974 个洞排出先后顺序的体系，至少不会输得难看。

结语

三周的静默利用和 974 个补丁，是同一枚硬币的两面：AI 正在给攻防两端同时上发条，而两端发条松紧不同——攻击侧越拧越紧，防御侧的消化能力却原地踏步。企业真正的护城河，不再是“补了多少”，而是“知道该先补哪个”。可以预见，AI 会很快进入防御侧的补丁优先级决策、日志分析和应急溯源环节；谁先把这套体系跑起来，谁才能在下一次三周静默利用被发现时，拿到的是完整日志而不是一片空白。