AI挖洞越来越快，人类快补不动了

一周之内，两条新闻拼出了同一幅图景：SonicWall 的 SMA 1000 系列边界网关被曝出最高严重级别的 SSRF 漏洞，且已被攻击者在野利用；Microsoft 则一口气发布了针对 974 个漏洞的修复补丁，创下其历史上单次补丁批次的最高纪录。

一个在边界，一个在桌面；一个是被动挨打，一个是产能过剩。但它们指向同一个判断：漏洞的供给侧正在被 AI 工业化，而漏洞的消化侧仍然是一门手工业。 这场产能失衡，正在把全球安全团队拖入一场打不完的补丁洪水。

🚨 边界又失守：SonicWall 的老剧本

最危险的漏洞，永远长在你以为最安全的那台设备上。

设想一个典型的周一早晨：企业的安全运维工程师打开威胁情报邮件，看到 SonicWall 发布的告警——SMA 1000 系列安全网关存在一个最高严重级别的 SSRF（服务端请求伪造）漏洞，且已有攻击者在实际利用。还没等他松口气，第二条消息接踵而至：这不是理论风险，是正在发生的攻击活动。

这就是 SonicWall 客户当下所处的位置。用外媒的形容叫 "familiar yet unenviable"——熟悉，但绝不令人羡慕。熟悉，是因为这几乎成了边界安全设备的固定剧本：VPN 网关、SSL VPN、远程接入设备，常年暴露在公网，认证入口直接对接内网，一旦失守，攻击者拿到的不是一台服务器，而是整个企业网络的跳板。CISA 的已知被利用漏洞目录（KEV）里，防火墙、VPN 网关等网络设备常年占据在野利用漏洞的前列——2024 年 Ivanti、Fortinet、Palo Alto 的边界设备连环失守，剧本如出一辙。

难受，则是因为这种设备的修复节奏天然滞后。它不像云主机可以随时漂移、重建，安全网关的升级往往需要停机窗口、会话中断和严格的回归测试——而这恰恰是攻击者最希望看到的窗口期。

从漏洞生命周期看，边界设备攻防是一场典型的赛跑，而且两组时间数据已经给出了比分：

• 漏洞存在期：代码缺陷早已埋下，双方都不知情；
• 披露与补丁发布期：厂商发布修复，公告送达管理员邮箱；
• 武器化期：攻击者拿到补丁，反推差异，快速构造利用代码——据 Mandiant《M-Trends 2024》报告，漏洞从公开披露到出现可用的利用代码，中位时间已缩短到 5 天；
• 修复窗口期：企业走变更流程、约停机时间、逐台打补丁——据 Verizon《2024 数据泄露调查报告》（DBIR），边界设备漏洞的中位修复时间约为 32 天。

一边是 5 天，一边是 32 天，速度差超过 6 倍。当 SSRF 这类漏洞出现在一台直接面对互联网的网关上，“尽快修”和“修得了”之间隔着整个 IT 部门的排期表。而 Verizon DBIR 2024 同时指出，网络设备类漏洞的修复时间在各类资产中垫底，大量设备在公告发布数周后仍运行着受影响版本——这不是 SonicWall 一家的问题，而是整个边界设备品类的通病。

产业逻辑很清楚：边界设备正在从安全资产变成攻击面资产。 对企业而言，评估一台网关的风险，已经不能只看它的防护能力，还要看厂商的响应速度和你自己的修复能力。

📈 974 个洞：一个创纪录的补丁日

补丁不是太少，而是多到打不完。

如果把 SonicWall 的事件看作单点事故，那么 Microsoft 的补丁日就是系统性压力的直接量化。在最新一次补丁更新中，Microsoft 针对 Windows 操作系统及其他软件发布了至少 974 个漏洞的修复（据微软安全响应中心 Safety Update Guide 的统计口径），这是其有史以来规模最大的单次补丁批次。作为参照，此前一批更新修复了 398 个漏洞，其中 1 个已被在野利用，另有 2 个在补丁日之前已被公开细节。

两批之间，修复数量从不到 400 跳到接近 1000，量级直接翻了一倍还多。放到更长的时间轴上，这条曲线并非孤立尖峰：NVD 统计显示，全球年度新增 CVE 已从 2023 年的约 29,000 条涨到 2024 年的约 40,000 条。即便考虑统计口径放宽的因素，这个斜率也足够惊人。

更有意思的是 Microsoft 自己给出的解释：人工智能正在帮助加速漏洞的发现。 换句话说，974 这个数字背后，有相当一部分产出来自 AI 驱动的模糊测试、代码分析和漏洞挖掘工具——机器不知疲倦地扫描代码库，把过去需要研究人员数周才能定位的缺陷批量捞出来。

这对行业意味着什么？至少三层：

第一，漏洞披露数量将长期上行。 挖洞的边际成本被 AI 打下来之后，供给曲线只会向右移动。974 未必是峰值，更可能是新常态的起点。

第二，防守方的消化能力没有同步增长。 安全团队的人数、变更窗口的数量、测试环境的吞吐，这些都在按线性甚至停滞的节奏运转。分子的增长速度远超分母——上面那张表里"5 天对 32 天"的比值，只会越来越难看。

第三，补丁日的信号价值在稀释。 过去一个月几十个洞，安全团队还能逐条评估；现在近千个 CVE 涌来，“补丁星期二”从一个工作节点退化成了一个需要先做减法的情报洪水。

🤖 供给侧工业化，消化侧手工业

攻防双方的不对称，正在从战术层面蔓延到产能层面。

一句话概括当前生态的位置：AI 挖洞产能（自动化程度高、吞吐大）一骑绝尘，而大多数企业 IT 和安全团队还停留在人肉评估、邮件提醒、运维加班的低自动化区间。这条鸿沟才是真正的问题所在。

为什么消化侧上不去？因为补丁部署本质上是一个变更管理问题，而变更管理的每一个环节都是为“人”设计的：

• 测试验证：一个补丁可能影响业务系统的兼容性，没人敢直接全量推送；
• 停机窗口：核心业务系统全年 7×24 运转，留给你重启的窗口屈指可数；
• 组织流程：变更审批、灰度发布、回滚预案，每个环节都要人签字。

AI 可以把发现漏洞的成本压到接近于零，但它压不掉一次生产环境变更的敬畏心。这就是这场不对称的根源：发现被工业化了，修复依然要为风险兜底。

再看漏洞从发现到被利用的攻防链条，防守方几乎每个环节都比攻击方慢半拍：

AI 批量挖洞 → 厂商修复开发 → 补丁日集中发布 →（分叉）：一条路是攻击者反推补丁、武器化（以天计）；另一条路是企业测试、走变更、逐台部署、全网修复完成（以周计，中位 32 天）。

分叉点之后的差距最致命：补丁一旦发布，攻击者拿到的是一份带答案的考卷——diff 两个版本，就能精确定位漏洞点并构造利用代码。而企业拿到的，是一份需要组织三个部门配合才能执行的变更单。同一条起跑线，两套完全不同的推进速度。

当产出量大到一定程度，其中相当比例的低风险缺陷，其修复成本反而高于实际风险——这正是风险驱动的漏洞管理（RBVM）被 Gartner 列为重点技术赛道的原因。这不是安全标准的放松，而是资源约束下的必然取舍。

🧯 优先级公式：从全修到会挑

补丁管理水平的分水岭，不在勤快，而在取舍。

当月度漏洞量逼近千级，“全部修复”在数学上已经不成立。防守方唯一可行的路径，是建立一套清晰的优先级公式。核心问题与对策可以归结为四条：

第一条是灵魂：是否已被在野利用。 一个 CVSS 9.8 但无利用代码的漏洞，实际风险可能低于一个 CVSS 7.5 但已被批量武器化的漏洞——尤其当武器化中位时间只有 5 天时。SonicWall 这次的事件就是例证：严重级别叠加“已在野利用”，直接就应该进入最高优先级通道，跳过常规排期。

第二条：是否暴露在公网。 边界设备、VPN 网关、面向互联网的服务，修复时限应该以小时和天计；内网隔离区的组件，可以用更从容的节奏。

第三条是架构层面的判断：收敛攻击面比加速修复更划算。 当修复产能跟不上漏洞增速时，减少需要修复的对象本身就是一种防御。更少的边界网关品类、更统一的技术栈、更少的公网暴露点——每一项收敛，都是在给补丁洪水泄洪。

还要补一个常被忽视的动作：把补丁公告当作情报源而非待办清单。 前一批次里“2 个漏洞在补丁日前已被公开”这个细节很说明问题——预披露漏洞的武器化速度通常更快，这类条目应该被自动识别并插队处理。

往前看，这条路径会催生一整块市场：风险驱动的漏洞管理（RBVM）、持续威胁暴露管理（CTEM）、边界设备的自动化修复编排，本质上都是在给“消化侧”补产能。下一轮安全预算的去向，大概率不在“发现更多”，而在“修复更快、暴露更少”。

小结：洪水还会更大，堤坝要换思路

SonicWall 的在野利用和 Microsoft 的 974 个洞，不是两条孤立的新闻，而是同一枚硬币的两面：AI 正在把漏洞发现变成一条工业流水线，而全球企业的补丁部署还是一条手工装配线。

可以预判的是，974 不会是纪录的终点。全球年新增 CVE 已站上 4 万条量级，挖洞产能继续爬坡，月度漏洞量还会上探，而攻击者 5 天的中位武器化速度，面对企业 32 天的中位修复周期，优势只会拉大。对防守方来说，出路不在于更拼命地打补丁，而在于三件事：按风险排序、给边界设备修出“当日送达”的专线、用架构收敛从源头减少需要修的东西。

洪水改变不了，能改变的只有堤坝的形状。下一阶段的漏洞管理竞争，比的不是谁看得更多，而是谁