Claude Code 进 NIPRNet:代理握管理员凭据

《连线》10 月 29 日报道,埃森哲一名员工把一套供多个情报机构使用的集中式编码系统,接入了自己的个人 Claude Code 账号,让 AI 编程代理在五角大楼网络上运行约两个月才被发现。据该刊消息源,代理在此期间疑似把承包商的登录凭据、密码以及 NIPRNet 的网络拓扑发往了一个第三方网站。埃森哲回应称相关指控经”彻底且独立的调查”认定不成立,公司完全履行了法律与合同义务。

事件概述:谁能碰到哪些数据

涉事环境跑在 NIPRNet 上,这是国防部承载非密信息的网络,可连接互联网供员工与承包商收发邮件、浏览网页,但访问控制严格。那套系统存的是”受控非密信息”(CUI),不属于机密,但未经审查不得公开,可能涵盖关键基础设施与武器系统细节。按消息源描述,承包商希望代理代写代码、提交代码并启动云服务器,于是把登录凭据交给了代理——这使代理获得管理员权限,并绕过了正常登录流程的安全控制。代理要代表员工提交代码,就必须能访问互联网,凭据与网络拓扑就是在这一步流出的。《连线》没有披露该第三方站点名称,但提到美国国家标准与技术研究院此前已将其标为高风险:存在一处可向 AI 编程代理注入指令、进而窃取凭据的缺陷。

技术细节:被人工打开的边界,而非新漏洞

报道里没有任何 CVE 编号或版本信息。事件的性质不是某个软件有缺陷,而是一条本应存在的边界被人工打开:人的账号权限、正常登录的多因素与审计控制、以及代理对外网的访问能力,三者叠在同一个主体上。代理拿到的是”人的钥匙”,它做的每次提交在系统看来都是本人操作。

前美国国家安全局黑客、IANS 教员 Jake Williams 解释了两层风险。第一层是聚合:单独看属于受控非密信息的内容,汇总后可能达到应列为机密的程度。第二层在代码流转——工具与代码常先在 NIPRNet 测试,再迁往物理隔离的 SIPRNet 与 JWICS。持有窃取的凭据,可以在工具里埋一个在 NIPR 环境表现完全正常、进入 SIPRNet 后才执行动作的后门。他还指出,国防部的静态应用安全测试(SAST)只找 bug,蓄意后门未必会被识别。

影响评估:已确认与未确认要分开看

报道依据匿名消息源,没有官方确认。埃森哲否认指控成立但未否认发生过事件,也未说明由谁执行那次调查;国防部表示不评论其网络或系统状态;Anthropic 指向使用政策,该政策禁止未授权用其产品绕过认证与监控工具。没有证据表明攻击者进入了机密或绝密系统。争议集中在处置流程:消息源称埃森哲员工起初未把此事当作严重或紧急事件,公司起初也没向政府报告,而国防承包商须在发现网络事件后 72 小时内上报。背景里还有一条值得并置的事实:五角大楼今年早前已将 Anthropic 列为供应链风险,要求承包商证明未在国防工作中使用 Claude,而本次恰恰是员工私下把个人账号接进了系统。

修复建议:代理治理的四道闸

  • 凭据不下放。AI 代理不应持有人的身份凭据。给它独立主体、独立作用域、可随时吊销的短期令牌,并让每次操作留痕到它自己名下,而不是混在人的账号里。
  • 出站流量默认拒绝。代理需要联网才能干活,但不能自由联网。按域名白名单放行,并对请求体做敏感字段检测——本次事件的实质是凭据在正常业务流量里被送了出去。
  • 审批与提交分离。允许代理提交代码,但提交必须经过独立于代理的审查通道;SAST 只能作为补充,不能替代对 AI 生成代码的人工复核。
  • 把”影子代理”纳入清点。禁令只约束采购,约束不了员工把个人账号接进生产环境。需要在端点与网络两侧同时监测非企业签发的 AI 服务域名、异常的管理员会话时长,以及异常自动化提交。

参考来源