Enterprise Frontier Safeguards ― PrivacyとMisuse Detectionを「分離」して両立する
Executive Summary
Anthropicは2026年9月1日、Enterprise Frontier Safeguards（EFS）を発表しました。EFSはZero Data Retention（ZDR）のPrivacy要件と、Frontier ModelのMisuse Detectionを両立させるため、Customer-controlled Cloud InfrastructureへData / Logを保持するArchitectureを採用するとしています。1
100社超のCustomerおよびAWS、Google Cloud、Microsoftとの協力で開発され、Claude Code、Claude Enterprise、Claude Platform、主要Cloud Platform等への対応が予定されています。Rolloutは2026年秋以降に段階的に開始予定であり、現時点では全Customerへ展開済みの機能ではありません。
重要なのは、PrivacyとSecurity Monitoringを「どちらか一方」とせず、Data CustodyとDetection Functionを分離するArchitecture Patternとして考えられる点です。
なぜ今なのか
規制産業や機密性の高い企業では、Frontier AIの利用にMisuse DetectionやSecurity Monitoringが必要でも、Provider側へPrompt / Output / Logを長期保持させたくない場合があります。このTrade-offがAI導入の阻害要因になります。
Architectureの考え方
経営インパクト
| 観点 | 経営上の意味 |
|---|---|
| Privacy | Provider Retentionを減らしながらControlを維持する選択肢 |
| AI Governance | MonitoringをPolicyだけでなくArchitectureへ組み込む |
| Cloud Strategy | Data / LogのCustodyとAI Provider責任を分離して設計 |
| Vendor Risk | 「保存しない」だけでなく「どう検知するか」を確認する必要 |
日本企業への示唆
金融、医療、製造、公共等では、AI利用可否を「外部送信だから禁止」で止めるのではなく、Data Residency、ZDR、Customer-managed Infrastructure、Monitoring、Incident Accessの役割分担を要件化する方が実務的です。
推奨アクション
- AI ProviderのRetention / Detection / Incident Accessを分けて確認する
- Customer-controlled Logの保存場所とAccess Ownerを定義する
- ZDRがSecurity Monitoringへ与える影響を評価する
- Provider DetectionのSignal / Enforcement範囲を契約前に確認する
- Data Residency / Key Management RequirementとAI Safeguardを一体化する
- EFSはRollout予定段階のため、利用可否と実装条件を継続確認する
用語解説
Zero Data Retention (ZDR)
Provider側でPromptやOutput等のCustomer Dataを利用後に保持しない、または極小化するData Handling方式。
Split Custody
Data / Key / Log等の保有主体と、Detection / Controlを提供する主体を分けるArchitectureの考え方。