应用与产品

Anthropic推出企业前沿安全防护方案,允许客户自主管理监控数据

Anthropic推出Enterprise Frontier Safeguards(EFS),允许企业将用于安全监控的活动数据存放在自有云账户并自主管理加密密钥与审计,Anthropic的自动化系统仍负责检测滥用信号但不进行人工审查。该方案将于2026年秋季开始分阶段推出,目标在受监管行业中平衡跨会话安全检测与客户对数据控制的合规需求。

Anthropic推出企业前沿安全防护方案,允许客户自主管理监控数据

Anthropic推出Enterprise Frontier Safeguards(EFS),允许企业将用于安全监控的活动数据存放在自有云账户并自主管理加密密钥与审计,Anthropic的自动化系统仍负责检测滥用信号但不进行人工审查。该方案将于2026年秋季开始分阶段推出,目标在受监管行业中平衡跨会话安全检测与客户对数据控制的合规需求。

Anthropic于9月1日宣布推出 Enterprise Frontier Safeguards(EFS),试图解决企业使用前沿模型时长期存在的一项矛盾:安全监控需要保留并分析活动数据,但金融、医疗、法律和公共部门等受监管行业又往往要求数据留在客户控制的环境中。

根据Anthropic官方公告,EFS允许客户把用于安全监控的活动数据存放在自己的云账户中,并自行管理加密密钥、访问策略和审计日志。Anthropic的自动化系统仍负责分析潜在的严重滥用信号,但相关警报将直接交给客户团队处理,不要求Anthropic员工进行人工审查。

这项方案目前尚未全面上线。Anthropic表示,EFS将在2026年秋季开始分阶段向客户推出,并计划在秋季晚些时候扩大可用范围。在此之前,符合条件的客户将能够在特定前沿模型上使用零数据保留政策。

把数据控制权交还给企业

EFS的核心变化不在模型本身,而在监控数据的存储位置和审查责任如何划分。

客户可以选择把活动数据存储在自己的 Amazon S3、Azure Blob Storage 或 Google Cloud Storage 账户中。数据在客户控制的环境内保存,并由客户决定使用哪些加密密钥、哪些人员可以访问,以及如何记录和审计访问行为。Anthropic称,客户自有存储、客户管理加密密钥和完全自动化审查均为可选控制项,企业可以根据自身需求启用。

在这种架构下,Anthropic仍提供检测能力,但不再要求自己成为监控数据的保管方。当系统发现可能需要进一步调查的行为时,信号会发送给客户,由客户的安全、合规或其他获授权团队决定如何处理。

Anthropic表示,EFS将支持直接使用Claude的场景,也将覆盖 Claude Code、Claude Enterprise、Claude Platform、Amazon Bedrock、AWS上的Claude Platform、Google的Agent Platform和Microsoft Foundry。通过AWS、Google Cloud或Microsoft Azure接入时,企业可以获得相应的控制能力,活动数据存放在各自的云账户中。

Anthropic不会单独向客户收取EFS费用。不过,如果企业选择把数据存放在自己的云账户中,云服务商仍会按照通常的资源使用方式收取存储、读写和数据传输费用。Anthropic还强调,EFS不会改变模型行为、API价格或速率限制。

为什么前沿模型需要保留监控数据

Anthropic此前在推出Claude Fable 5和Mythos 5时,对部分前沿模型引入了30天的数据保留要求。公司的解释是,一些滥用行为不会集中在单次对话中,而是会分散在多个请求、会话甚至账户之间。

例如,攻击者可能通过大量相似但略有差异的请求寻找有效的越狱方式,也可能利用被盗凭证在较长时间内发起看似普通的访问。针对国家支持的间谍活动、数据勒索或跨账户的自动化攻击,仅分析单个请求并立即删除数据,可能难以识别完整模式。

Anthropic的数据保留政策说明称,相关数据保留的目的在于安全分析,而不是模型训练。公司表示,未经明确许可,它不会使用企业数据进行训练。

但这项政策也给受监管企业带来了实际障碍。企业通常需要解释哪些第三方供应商能够接触客户数据,重新评估合同和合规安排,并确保敏感信息只被经过授权和培训的人员查看。对一些组织而言,即使它们认可跨会话监控的安全价值,也不能接受把数据交给模型提供商长期保管。

美国消费者新闻与商业频道(CNBC)的报道援引Anthropic方面说法称,公司在收到企业客户大量反馈后,花费数百小时与客户共同设计新的方案。该报道还指出,Anthropic的30天保留政策仍适用于使用相关Mythos级模型的非企业订阅者;EFS面向的是企业部署场景。

监控能力与数据保管权分离

Anthropic称,EFS的自动化系统将分析一个滚动时间窗口内的流量,寻找严重滥用的信号,包括试图发展攻击性网络或生物能力,以及被盗或泄露的凭证迹象。公司没有公开这一滚动窗口的具体长度,也没有披露检测规则、误报率或阻断效果。

这一点意味着,EFS目前可以被确认的是一种控制架构,而不是一项已经经过独立评估的商业成效。它把“谁来检测”和“谁来保管数据”拆分开来,但并没有消除企业自身的运营责任。客户仍需要安排人员处理警报,建立调查流程,并决定哪些异常行为需要暂停账户、撤销凭证或启动事故响应。

Anthropic称,EFS是在100多家企业和AWS、Google Cloud、Microsoft Azure等云合作伙伴参与下设计的。参与者来自金融服务、医疗、制造、电信、法律、零售和公共部门。Anthropic还特别提到,它与Analysis and Resilience Center for Systemic Risk合作,该组织成员包括多家美国大型银行的首席信息安全官。

不过,这些参与方属于与Anthropic共同设计方案的客户和合作伙伴,不能等同于对EFS效果的独立市场调查。EFS的实际可用性、不同云环境之间的控制差异,以及客户在真实生产系统中处理警报的成本,都要等到分阶段推出后才能进一步观察。

企业Agent的安全边界正在外移

EFS的推出也反映出企业AI安全关注点的变化。随着Claude Code和其他Agent能够读取文件、调用工具、访问代码库和执行多步骤任务,安全问题已经不再只是模型会不会生成有害内容,也包括它看到了哪些数据、调用了哪些工具,以及这些行动是否能被持续追踪。

AIFlux此前关于[AI Agent安全从模型防护走向运行时控制](https://aifluxnews.com/hiddenlayer%E5%AE%8C%E6%88%901%E4%BA%BF%E7%BE%8E%E5%85%83b%E8%BD%AE%E8%9E%8D%E8%B5%84%EF%BC%8Cai-agent%E5%AE%89%E5%85%A8%E4%BB%8E%E6%A8%A1%E5%9E%8B%E9%98%B2%E6%8A%A4%E8%B5%B0%E5%90%91%E8%BF%90/)的报道显示,企业正在寻找能够观察输入、工具调用和输出的运行时控制层。Anthropic的EFS则从另一侧处理同一问题:它不主要改变Agent能做什么,而是改变企业如何保留、审计和处置与这些行动有关的数据。

这一设计的关键取舍仍有待验证。把日志放在客户云账户中,能够降低新增数据托管方带来的合规压力,但也意味着客户必须承担存储费用、密钥管理、权限配置和警报运营。如果客户没有足够的安全团队,数据控制权本身并不会自动转化为更强的防护能力。

因此,EFS更准确地说是一项面向企业部署的架构方案和分阶段产品计划,而不是已经全面可用或经过独立验证的安全保证。它试图让受监管企业在保留数据控制权的同时,继续使用跨会话、跨账户的自动化滥用检测。最终能否推动更多企业把前沿模型投入敏感生产环境,还取决于后续上线范围、检测透明度和客户实际运行结果。

来源:

不错过任何一条 AI 大事

订阅 AIFlux 早报,每天 3 分钟看懂产业动态。

相关阅读