Claude 企业数据保留怎么选：ZDR 与 EFS 解决的不是一件事

Claude 企业数据保留怎么选：ZDR 与 EFS 解决的不是一件事

Anthropic 9 月 1 日公布 Enterprise Frontier Safeguards，简称 EFS。它试图处理一个长期存在的冲突：受监管企业希望 Claude 调用不由模型厂商保留数据，安全团队却需要把多次会话和多个账号的活动联系起来，才能发现被盗凭据、持续攻击或高风险 Agent 行为。逐条请求检查完便立即丢弃记录，无法观察跨时间的异常模式。

EFS 的设计是把监控所需的活动数据存进客户控制的 AWS、Azure 或 Google Cloud 账户，沿用客户自己的加密密钥、访问策略和审计日志。自动系统分析滚动时间窗口，把严重滥用或凭据泄漏信号发送给客户，由客户自己的人员复核，不要求 Anthropic 员工查看内容。官方称方案与一百多家企业共同设计，覆盖金融、医疗、制造、通信、法律、零售与公共部门。

ZDR 保护留存边界，EFS 补充持续监控

零数据保留通常回答“服务方在完成请求后是否保存内容”，适合对外部留存极敏感的业务。EFS 允许保留活动数据，但存储位置、密钥和访问权由客户掌握，目的是获得跨会话监控能力。因此，采购表里不应只放一个“是否 ZDR”的勾选框。团队还要列清楚保存什么字段、保存多久、存在哪个区域、谁能解密、监控规则看见什么、告警后由谁处置，以及删除能否同步覆盖备份和索引。

EFS 的客户自有存储、客户管理密钥和全自动审核均为可选项。Anthropic 表示这些控制不会改变模型行为、API 价格或速率限制，也不向客户收取 EFS 费用；选择自有云存储后，存储、读写和数据传出仍由云厂商计费。这里容易出现预算盲区：高频 Agent 的日志量、跨区传输、长期归档和安全分析查询都可能产生独立成本，不能只看 Claude API 账单。

接入渠道也需要核对。官方计划在 Claude Code、Claude Enterprise、Claude Platform、Amazon Bedrock、Claude Platform on AWS、Google Agent Platform 和 Microsoft Foundry 支持 EFS，并强调直连与云合作伙伴应获得等效控制。但它将分阶段推出，目标是秋季晚些时候广泛开放；当前不能把公告写成所有账号已经默认可用。符合条件的客户在 EFS 就绪前可获得 Fable 5 和 Fable 5.1 的 ZDR，具体资格仍要向 Anthropic 确认。

模型网关要保留自己的审计责任

企业通过 AI 中转站或统一模型网关调用 Claude 时，链路里会多出一层日志与权限。即使上游使用 ZDR，网关是否记录请求正文、缓存提示词、错误响应或调试包，仍由网关策略决定。即使启用 EFS，业务系统中的用户身份、工具授权和最终动作也不会自动进入模型厂商的监控。供应商控制、网关控制与应用控制应画在同一张数据流图上。

上线前可准备三组测试：普通高频调用是否产生误报；被盗 Key 从多个账号执行相似任务时能否关联；用户发起删除或项目结束时，日志是否按策略到期。告警样本还应由安全、法务与业务负责人共同确认，避免自动系统把正常研究或批量运维长期标为风险。对敏感结论，可再由独立模型或人工审阅，提高处置的一致性。

如果团队需要在 Claude、GPT、GLM 等模型之间保留统一调用记录，可先查看 [AnyAIS 模型列表](/models) 与 [API 文档](/docs)，明确平台日志、上游留存和业务审计各自负责的范围，再决定哪些字段可以进入调用链。

来源：[Anthropic：Developing Enterprise Frontier Safeguards with our customers](https://www.anthropic.com/news/enterprise-frontier-safeguards)