66%的十亿美元级公司放任高危漏洞不修补——AI漏洞猎捕炒作所忽略的部分
内容提要
Chainguard推出AI安全工具Harness，利用受限的Claude Mythos 5.1等前沿模型发现并修复传统扫描器遗漏的漏洞，已在高危代码库中查出严重问题。同期发布Workspaces、Checks及扩展的Libraries，将防护延伸至代理运行环境与CI验证。调查显示超半数安全负责人有时明知高危漏洞仍未修补。
延伸解读
高危漏洞修补滞后的规模差异
调查显示，超过半数安全负责人承认组织有时会明知高危或严重漏洞却不修补。这一比例在十亿美元级公司中达到66%，而年收入低于2.5亿美元的公司仅为27%。大公司修补滞后更突出，可能与其复杂环境、产品截止日期和正常运行时间压力有关，而非单纯资源不足。
AI发现漏洞与人工修复的速度差
Chainguard首席信息安全官指出，AI能在几分钟内发现并串联漏洞，但修复仍以人类速度推进，并需与产品截止日期和正常运行时间竞争。这意味着即使AI提升漏洞发现效率，若修复流程不加速，安全缺口可能反而扩大，因为发现的问题会更快堆积。
Harness的模型访问限制与替代方案
Harness使用包括受限的Claude Mythos 5.1在内的前沿模型，但Anthropic仅向参与Project Glasswing的组织开放该模型。对于未参与该计划的客户，Chainguard未披露具体使用哪些模型进行漏洞发现。Harness将通过Anthropic的Claude Marketplace提供，团队可利用现有支出承诺，无需单独预算。
代理执行环境的安全设计要点
每个开发者和编码代理获得硬件隔离的微VM，网络策略限制访问内部系统，凭证保留在代理环境之外，以限制被攻陷代理或恶意依赖的触及范围。签名活动日志记录代理行为，便于跨多个自主会话审计。Checks还使用热快照避免每次重建环境，并在锁文件变更时后台刷新。
Q&A
Chainguard Harness 是什么？它有什么作用？
Chainguard Harness 是一款 AI 驱动的安全工具，利用前沿模型（包括受限的 Claude Mythos 5.1）来发现并修复传统扫描器遗漏的可利用漏洞。它已在高危代码库中查出严重问题，并可在无需直接访问 Mythos 的情况下使用。
为什么很多公司明知高危漏洞却不修补？
根据 Chainguard 委托的调查，超过半数安全负责人表示组织有时会明知高危或严重漏洞却不修补。在营收 10 亿美元以上的公司中，这一比例达到 66%，而营收低于 2.5 亿美元的公司仅为 27%。原因包括修复速度跟不上 AI 发现漏洞的速度，且修复工作受产品截止日期和正常运行时间的影响。
Chainguard 新发布的四款产品分别是什么？
四款产品包括：Harness（AI 安全工具）、Workspaces（代理工作空间）、Checks（CI 检查工具）以及扩展的 Libraries（库保护）。它们将防护从加固容器镜像和依赖项延伸到代理执行环境和 CI 验证。
Chainguard Checks 如何帮助开发者在开发阶段运行 CI 检查？
Checks 允许编码代理在开发过程中直接运行 CI 检查，并在几秒内收到签名结果。代理可以运行测试、检查失败并修改代码，然后再打开拉取请求，从而避免 CI 队列。它使用预装依赖的热快照，并在锁文件更改时后台刷新。每个工作流步骤在独立的硬件隔离 microVM 中运行，基于 Chainguard OS 包构建，包括 FIPS 合规工具链。
Chainguard Workspaces 如何确保代理会话的安全？
Workspaces 为每个开发者和编码代理提供硬件隔离的 microVM，并配置网络策略限制对内部系统的访问。凭证保留在代理环境之外，限制受损代理或恶意依赖可触及的范围。签名活动日志记录每个代理的操作，以便团队在多个自主会话中保持审计跟踪。代理会话在验证期间暂停，并在上下文中恢复结构化失败日志。
Chainguard Libraries 新增了哪些支持？
Chainguard Libraries 新增了 Go 和 .NET 的安全包端点，以及 JavaScript 和 Go 的 CVE 修复。Java 和 Python 支持也将扩展，以覆盖通过 AI 辅助研究新披露的漏洞，包括编码代理可能已拉入项目的依赖项中的缺陷。这些变化基于 Chainguard Repository 和与 Cursor 的合作。
