智能体时代提前到来：切勿措手不及

尽管这些软件开发和安全领域的剧变在 2026 年似乎已成常态，但 Anthropic 最新推出的、据称是“最危险”的 AI 编码模型 Claude Mythos 的出现，代表了每位安全负责人必须对其安全计划采取的永久性、根本性的转变，尤其是在遗留系统的补丁管理方面。

大多数企业仍在适应从人工编写代码到 AI 辅助开发的转变，引入新的流程，学习审查 AI 助手生成的代码，培养新技能，并围绕企业合规使用建立新的护栏。

然而，AI 驱动的软件开发下一阶段并没有等待我们。

本周，Anthropic 发布了一份关于 Claude Mythos Preview 的详细技术评估报告。这是一个前沿 AI 模型，其能力足以让每一位安全和工程负责人感到震惊。它能够在初始提示后无需人工干预，自主识别并利用所有主流操作系统和浏览器中的零日漏洞。没有受过正式安全培训的工程师在引导该模型运行一晚后，醒来时便得到了完整且可用的漏洞利用程序。

这些发现令人震惊，且并非理论推演。Mythos Preview 在 OpenBSD（全球安全性最高的操作系统之一）中发现了一个存在 27 年的漏洞，攻击者仅需连接到机器即可远程使其崩溃。它还发现了 FFmpeg 中一个存在 16 年的缺陷，而自动化测试工具此前已对其进行了五百万次扫描却未能发现。它自主串联了多个 Linux 内核漏洞，从而实现了对机器的完全控制。这些发现并非人工辅助的结果；在初始提示之后，没有任何现实中的从业者引导过这一过程。

对此，Anthropic 宣布成立 Project Glasswing，这是一个跨行业联盟，汇集了 AWS、微软、谷歌、思科、CrowdStrike、Palo Alto Networks、摩根大通、英伟达、苹果、博通和 Linux 基金会。各方共同得出的结论是：旧有的软件安全防护方法已不再适用，现在必须采取行动。正如 CrowdStrike 的首席技术官所言，漏洞从被发现到被利用的时间窗口已经坍缩；曾经需要数月的时间，现在只需几分钟。

三大难题变得更加棘手

在 AI 开发转型的每个阶段，企业都面临着同样的三个挑战。Mythos Preview 以史无前例的速度同时加剧了这三个挑战。

当 AI 生成和修改代码的速度超过团队审查的速度时，学习安全构建变得更加困难。治理 AI 生成代码所需的技能与手动编写代码所需的技能不同，且这些技能必须跟上工具的发展步伐。

当自主代理在没有人工参与的情况下编写和修改代码时，治理 AI 的操作权限变得至关重要。总的来说，我们提出的问题依然不对。重点不再是“我们的开发人员构建了什么？”，而是“我们的 AI 构建了什么，以及它是否被允许这样做？”

追踪哪个 AI 在何处、为谁做了什么，现在已成为合规和事件响应的当务之急。当代理流水线出现问题时，组织需要立即回答这个问题。但大多数组织做不到。

作为从业者，我们很久以前就预见到这项技术最终会被威胁行为者利用，从而有效地增强他们的攻击能力。我们已经知道，网络犯罪分子在大多数企业安全团队面前拥有明显的进攻优势，而像 Mythos 这样的工具进一步简化了他们的非法流程。

我们正处于网络攻击民主化的时代，曾经只有精英威胁行为者才能造成的破坏，现在由相对新手也能实现。我们不应感到震惊，但许多人仍然准备严重不足。快速、优先的补丁修复是必须的，但这种管理的有效性取决于对所使用的每个工具和依赖项的可追溯性。

这是一个行业层面的问题

Project Glasswing 的意义不仅在于 Mythos Preview 所揭示的能力，更在于其响应的规模和力度。一个涵盖超大规模云服务商、安全供应商、金融机构和开源基金会的联盟在同一结论上达成一致，这与 SCW 的理念不谋而合。AI 软件治理从来都不是一种“锦上添花”的可选功能。这是每个扩展 AI 驱动开发的组织在下一次事件发生前必须具备的缺失环节。那些坚持使用陈旧、被动策略的人，将以最糟糕的方式被时代淘汰。

赋能，而非限制

在阅读这些发现时，人们很容易倾向于踩下刹车，减缓 AI 的采用，限制工具的使用并收紧控制。这是错误的反应，也不是 Glasswing 合作伙伴所建议的做法。

能够顺利完成这一转型的组织，必然是那些从一开始就将 AI 驱动的开发与治理相结合的组织。这意味着随着工具的演进不断培训开发人员，为 AI 智能体在代码库中的访问权限设置护栏，并从根本上建立合规与事件响应团队所要求的可追溯性，同时避免因过度消耗 Token 而造成不必要的成本浪费。

现在就是行动的时刻

Anthropic 给防御者的建议是：从现有的工具入手，不要等待下一代模型。尽早建立流程、框架和治理体系，其价值会迅速显现。

Secure Code Warrior 处于智能体时代所带来的三大企业难题的核心。如果您的组织正在扩展 AI 驱动的开发，那么问题不在于您是否需要 AI 软件治理，而在于您是否已经拥有了它。

这对您意味着什么

致 CISO

您的漏洞披露政策、补丁周期和事件响应手册是为漏洞利用开发需要数周的世界而设计的。那个时代已经结束了。现在是时候在整个开发环境中建立 AI 治理的可见性，并从上下文层面了解哪些 AI 智能体正在接触您的代码库、它们产出了什么，以及这些产出是否符合您的风险阈值。如果您今天无法回答这些问题，这就是您首先需要弥补的差距。

致 CTO

您的工程团队已经在利用 AI 加速交付。现在的问题是，您是否具备了安全地大规模应用这些技术的护栏。管理 AI 智能体在代码库中的访问权限并保持 AI 贡献的可追溯性，现在已不再是孤立的安全考量，而是一项技术架构决策。现在就打好这一基础的组织，才能更有信心地扩展 AI 开发。

致工程负责人

您的开发人员被要求使用他们未曾设计且无法完全预测的 AI 工具来加快工作节奏。审查 AI 生成代码所需的技能与手动编写代码截然不同，而大多数团队尚未有机会培养这些技能。弥补这一能力差距，才能让 AI 的应用更安全、更可持续。

致 CEO 和董事会

Project Glasswing 或许是头条新闻，但它也是一个我们不容忽视的信号。当 AWS、微软、谷歌、思科、CrowdStrike 和摩根大通就 AI 驱动的安全风险达成一致并采取协调响应，且 Anthropic 投入 1 亿美元来解决该问题时，这就是市场在向您发出警示。AI 驱动的软件开发正在加速漏洞的发现与利用。对这一过程的治理现在已成为董事会层面的风险议题。尽早将其纳入考量的组织，将更有能力扩展 AI 开发，并向监管机构、客户和投资者证明其负责任的态度。