CIO/CSO的新挑战：当AI极限拉低攻击门槛，企业应该如何应对？

当大多数企业安全团队还按周报、月报和项目排期推进漏洞治理时，攻击侧的时钟，可能已经被AI拨快到了“小时级”。

这不是技术新闻，是一场时钟错位。

背后是一个正在逼近管理层的现实问题：如果漏洞发现、利用构造和攻击编排都开始被AI压缩，今天这套安全体系，到底还能不能跟上明天的攻击速度？

如今企业真正的风险，不是“没有安全投入”，而是安全体系仍然建立在上一代时间尺度之上：资产盘点按季度，漏洞优先级靠开会，补丁修复要排期。过去，这套节奏虽然不快，但攻防双方都受限于人力，勉强能维持平衡。

现在，AI把这个平衡打破了。

最近，一份由CSA、SANS、OWASP GenAI Security Project等机构联合发布的紧急简报《The AI Vulnerability Storm: Building a “Mythos-ready” Security Program》

，在全球安全圈迅速流传。

这份文件真正值得关注的地方，不是它又介绍了一次Claude Mythos Preview与Project Glasswing，而是它把许多安全负责人已经隐约感受到的变化说透了：

AI对漏洞发现与利用的加速，已经从趋势判断变成现实冲击。企业安全团队熟悉的工作节奏，正在失效。

问题的本质，不是模型能力又上了一个台阶，而是攻击链条的整体时间被压缩了。一旦攻击端的速度呈指数级上升，防守端依赖流程、审批和协同堆起来的体系，就会显得越来越迟缓。

换句话说，我们面对的不是一个更强的模型，而是一个更快的攻击时代。

01

这次不一样：攻防的“时间结构”已被改变

网络安全行业每隔几年就有新概念轰炸，云安全、零信任、供应链安全、生成式AI，几乎每一轮都会伴随夸张叙事。所以很多企业看到“AI漏洞风暴”这类说法，第一反应是谨慎，甚至疲劳。

但这次的变化，不只发生在“工具层”，而是发生在攻防的时间结构上。Mythos和Glasswing只是第一波可见信号，真正值得警惕的是：AI驱动的漏洞发现和利用，正在成为新的攻击基线。

过去，攻防双方都受限于人力约束。攻击者虽然灵活激进，仍需要手工分析、拼接链路、试错调优。防守方虽然慢，但至少大家节奏接近。

现在，AI正在把攻击侧最关键的动作同时提速：

· 更快发现可疑缺陷

· 更快理解复杂代码与调用关系

· 更快构造利用条件

· 更快把多个弱点串成真实攻击路径

· 更快将攻击知识复制给水平一般的操作者

这意味着——

安全竞争的核心变量，正从“谁更专业”变成“谁更快形成闭环”。

对企业来说，最危险的已经不是某个高精尖的零日漏洞，而是原本少数顶级黑客才有的能力，正在被AI规模化、低成本地释放。当这种能力渗透到漏洞挖掘和攻击编排的每个环节，企业依赖月度、周度运转的安全机制，就会全面失速。

一句话：以前怕的是能力不够，现在怕的是速度不够。

02

被击穿的，不是补丁能力，而是整套“防守假设”

很多人听到这里的第一反应是：那就更快打补丁。但问题远不止于此。这场“AI漏洞风暴”真正击穿的，是漏洞治理背后那几条习以为常的基础假设。

1. “发现漏洞”不再稀缺

过去找到高价值漏洞是稀缺能力，现在大模型擅长代码理解和模式识别，发现漏洞正从高手经验变为机器能力。一旦“发现”不再稀缺，企业就失去了“等别人先发现”的缓冲期。

2. “利用门槛”正在快速下降

风险从来不在于漏洞被发现，而在于能否被利用。AI最危险的地方，是持续降低从“知道有问题”到“写出攻击代码”的门槛。这让大量中低级攻击者突然获得了高级能力。

3. “单点漏洞”思维已经过时

企业安全习惯盯着单点：哪个组件有洞、哪个端口开着、哪个版本没升。但AI擅长跨上下文串联信息。真正致命的是多个中低危问题被快速拼成一条高危攻击链。原本“可接受”的风险组合，会突然变成现实威胁。

4. 人工运营追不上机器节奏

安全运营中心、漏洞管理团队、应急响应团队，本质都是围绕“人工判断+人工协同”搭建的。它们的设计前提建立在一个更慢的时代。当攻击推进到小时级，而企业还在按日报、周报运转时，问题已经不是努力不努力，而是体系时钟已经错位。

03

从“漏洞管理”到“漏洞运营”：一字之差，逻辑升级

这份简报的真正价值，不是贩卖焦虑，而是提出了一个可落地的转向：在AI驱动的攻击时代，企业必须从“漏洞管理”走向“漏洞运营”。

区别在哪：

·漏洞管理强调流程：

发现问题、登记、分配、修复。

·漏洞运营强调能力：

用更高频、自动化、贴近业务的方式，把风险识别、优先级判断、缓解控制、修复验证和组织协同，连成持续运转的闭环。

官方材料里甚至提了一个新词：VulnOps。

它强调的不是“把漏洞处理完”，而是将漏洞相关的一切动作，变成一项长期存在、持续运转的组织能力。

未来企业真正要建设的，不是“补漏洞部门”，而是一套能持续应对AI攻击节奏的系统能力，至少包括四个方面：

· 能否更快发现代码、资产、供应链里的脆弱点

· 能否更快判断哪些风险会出事

· 补丁来不及打时，能否靠架构和控制压住影响面

· 能否借助AI和自动化，把安全团队从纯人力消耗中解放出来

04

中国企业要问的不是“是否被影响”，而是“准备好没有”

对中国企业而言，这个问题尤其现实。

因为AI驱动的攻击加速，不会因为地理边界而绕道。全球攻击能力的整体抬升，会更快传导到所有暴露在互联网、开源生态和供应链中的企业。

眼下，三个现实挑战摆在面前：

1. 资产不清，提速就是空谈

如果连企业自身的互联网暴露面、关键业务系统、核心依赖组件都看不见，外部威胁再大，内部也无法形成有效响应。AI时代的安全第一步，不是上模型，而是弄清资产真相。

2. 安全与研发脱节，修复永远快不起来

漏洞管理如果仍停留在“安全团队提单，研发被动处理”，速度瓶颈只会越来越明显。未来漏洞数量和判断频次都会增加，靠人工拉齐优先级根本不现实。真正能提速的，是把安全能力嵌进研发流程。

3. 过度迷信“防御性AI”会走偏

很多企业一听AI安全就想上大平台，但在现阶段，最该优先投入的是那些能立刻提效的小切口：AI辅助代码审计、漏洞分诊、规则生成、日志分析、应急处置脚本。先把“能提效的地方”跑起来，比空喊“全面AI化”实在得多。

05

行动清单：不是恐慌，而是全面拥抱

为了应对AI技术（如Mythos）将漏洞从发现到武器化的时间压缩至数小时所带来的非对称威胁，企业必须放弃仅靠人工速度防御的现状，转而构建一个“Mythos-ready”的安全计划。简报中为企业提供了一些核心建议：

1. 部署AI工具，推动全员向“AI构建者”转型

在代码审计、依赖项扫描等环节部署AI智能体，在代码合并前发现漏洞。推动安全团队从“更努力”转向“更智能”，全员转型为AI工具的使用者与构建者。

2. 回归基础安全，深度加固基础设施

网络隔离、出口过滤、特权账户多因素认证与密钥轮换，是补丁缺位时限制攻击半径的核心防线。同时必须更新资产清单与SBOM——企业无法防御不知道存在的资产。主动关闭非必要功能、清理不合规供应商、隔离高风险系统。

3. 建立机器速度的响应机制

预授权的自动化响应： 传统的警报分诊和人工审批已无法应对AI的攻击速度。企业需要更新响应剧本，建立系统性、自主性的响应能力，包括部署欺骗技术（如蜜令牌）以及设置预先授权的遏制行动，以机器速度阻断威胁。

建立长效的VulnOps（漏洞运营）： 建立一个像DevOps一样的常设职能部门，专注于在整个软件资产库中进行持续的、自动化的零日漏洞发现和修复流水线建设。

4. 更新治理节奏与风险模型

加速防御性AI技术的审批引入，打破合规流程对速度的制约。重新评估业务对停机的容忍度，将核心指标从“漏洞数量”转向“遏制速度与恢复时间”。

5. 扩大应急储备，避免团队倦怠

AI驱动的漏洞洪流将带来巨大压力。提前规划备用运力，将团队心理健康与可持续工作负载纳入战略优先级，避免核心人员在长期透支中流失。

6. 建立行业协同防御

攻击者已在共享工具，防守方不能各自为战。尽早接入ISAC、CERT等情报网络，在威胁协同中争取先手。

结语

真正的分水岭，是承认“旧地图已经不够用了”

每次技术拐点来临，最危险的不是能力落后，而是认知滞后。

很多企业承认AI会改变内容、客服、开发，却还没真正承认：AI同样会重写漏洞发现、攻击利用和安全运营的底层逻辑。

但攻击者不会等企业完成认知升级后再行动。

这也是为什么“Mythos-ready”这个说法值得重视。它不是在要求企业针对某个模型做适配，而是在提醒所有管理者：你要准备的是一个攻击能力被AI永久抬升的新世界。

在那个世界里，企业安全的关键不再是“有没有制度”，而是“能不能形成闭环”；

不再是“有没有平台”，而是“能不能比风险跑得更快”；

不再是“发现问题”，而是“在问题被规模化利用前压住影响”。

AI漏洞风暴不是一次短期舆论事件，也不是一个新概念。

它是一道分水岭。

边界这边，企业还在用过去的节奏处理未来的风险。

边界那边，企业开始承认：

防守体系必须按照机器速度重新设计。

而真正拉开差距的，也许就是从现在开始的这几个月。

在攻击端加速 AI 化的今天，企业需要的已不在是更多告警，而是能在安全边界内模拟真实攻击、构建攻击路径、输出可溯源证据链的“好 AI”。谋乐网络科技推出的自主进化白帽智能体 Elliot（艾略特），正是围绕这一方向展开：将白帽黑客的攻防思维与 AI 的规模化算力结合，帮助企业从一次性安全测试，逐步走向持续化攻击面验证。

本文基于 Cloud Security Alliance、SANS、OWASP GenAI Security Project 等机构公开发布的 briefing 信息，并结合企业安全运营实践进行分析与评论。