Anthropicが2026年9月1日に発表したEnterprise Frontier Safeguards（EFS）は、Claudeの高性能モデルを使いたい企業が抱えていた「安全監視のための保持」と「機密データを外に残したくない」という矛盾を、アーキテクチャで解こうとする仕組みです。特に金融、医療、法務、製造のように監査やデータ管理が厳しい組織では、ZDRだけでは足りず、かといってベンダー保持も通しにくい場面がありました。EFSはその間を埋める選択肢として見る価値があります。
結論: データ保持の主体をAnthropicから顧客側へ寄せる設計に変わった
EFSの本質は、監視そのものをやめることではなく、監視に使う活動データの保管場所とレビュー権限を顧客主導に寄せた点にあります。Anthropicの説明では、活動データは顧客自身のクラウド環境に保存でき、暗号鍵、アクセス制御、監査ログも顧客側で管理できます。一方で、不正利用の兆候を見つける自動検知は維持され、重大なフラグは顧客へ直接送られます。つまり「モデル提供者がログを抱える前提」から「顧客が保持し、Anthropicは検知を担う前提」へ移ったことが最大の変化です。
何が変わる？9月1日時点で確認できる5つのポイント
第1に、対象はClaude Code、Claude Enterprise、Claude Platform、Amazon Bedrock、Claude Platform on AWS、Google’s Agent Platform、Microsoft Foundryまで広がる予定です。第2に、Customer-owned storage、Customer-Managed Encryption Keys、fully automated reviewはそれぞれopt-inで、必要な統制だけ選べます。第3に、Anthropicの人手レビューは不要とされ、フラグ確認は顧客チーム側で行う設計です。第4に、EFS自体でモデル挙動、API価格、レート制限は変わりません。第5に、AnthropicはEFS自体の追加料金を取らず、顧客が自社クラウドに保存する分のストレージや読み書き、egress費用はクラウド事業者側で発生します。
誰向けか: 金融・医療・法務・情シスの管理者に特に効く
この発表が刺さるのは、単にClaudeを使いたい開発者よりも、利用可否を判断する管理者です。たとえば金融機関なら、ログ保管先、鍵の管理責任、誤検知時のレビュー権限が明確でないと稟議を通しにくいはずです。医療や法務でも、第三者レビューの扱いが曖昧だと導入障壁になります。EFSは「性能が高いから使う」ではなく、「監査説明ができるなら使える」に近いテーマなので、セキュリティ部門、法務、コンプライアンス、AI導入責任者が同じ資料で会話しやすくなるのが実務上の価値です。
ClaudeやChatGPTを社内導入する際に、保持ポリシー、権限設計、監査導線まで含めて整理したい場合は、 要件整理の相談 から壁打ちできます。導入判断を急ぐ前に、データ分類と承認フローの整理を先に行う方が失敗しにくいです。
判断ポイント: 導入前に確認したい4項目
1つ目は、保持対象が何かです。Anthropicはrolling windowで活動データを分析すると説明しているため、どのログを保存し、どこまで自社の分類基準を適用するかを決める必要があります。2つ目は、フラグ受信後の運用です。顧客側レビューが前提なので、SOCや情シスが受けるのか、AI推進室が一次対応するのかを決めないと運用が詰まります。3つ目は、クラウド費用です。EFS自体は無料でも、S3やAzure Blob Storage、Google Cloud Storageへの保存コストは残ります。4つ目は、対象ワークロードです。高機密データを扱う全業務を一気に載せるのではなく、まずはClaude Codeや社内調査の一部から始める方が現実的です。
FAQ: よくある確認ポイント
Q. EFSでゼロデータ保持が完全に不要になるのか？ A. いいえ。EFSはZDRと同じ発想を保ちながら、監視用データを顧客の管理下に置く方向です。何も保持しない設計ではなく、保持の統制主体を移す理解が近いです。 Q. Anthropic側の追加課金はあるのか？ A. 2026年9月1日時点では、AnthropicはEFSに追加料金を課さないと案内しています。ただしクラウド側の保管費、読み書き、egress費は顧客負担です。 Q. すぐ全社展開できるのか？ A. 段階提供で、later this fallに広く使えることを目標としているため、即時全社展開前提ではなく、申請と対象確認が必要です。
導入チェックリスト: 稟議前に最低限そろえたいこと
まず、対象業務を「高機密」「社外秘」「一般業務」に分け、EFSが必要な範囲を決めます。次に、保存先クラウドと鍵管理の責任者を明記します。そのうえで、フラグ通知の受信先、レビュー担当、エスカレーション条件を表にしておくと、セキュリティ部門との会話が進みやすくなります。最後に、Claude CodeやClaude Enterpriseなどどの接点から使い始めるかを決め、既存のDLPや監査ログとどう並走させるかを整理してください。EFSは機能追加というより運用設計の土台なので、導入可否はモデル性能よりもガバナンス設計の成熟度で決まりやすいです。
今回の発表は、AI導入の競争軸が「モデル性能」だけでなく「どこにデータを置き、誰がレビューし、どの責任分界で運用するか」に移ったことを示しています。Claudeを本番利用したいが保持ポリシーで止まっていた企業にとって、EFSは再検討のきっかけになるはずです。逆に、導入側は“追加料金なし”だけを見て進めず、監視データの保存期間、レビュー体制、クラウド費用まで含めて設計するのが安全です。
