Anthropic、企業向け安全機能「EFS」発表：データ非保持と検出を両立

エンタープライズ AI の導入担当者は、両方とも必要だが相反する二つの要件の間で板挟みになっていました。規制対応チームは、プロンプトやエージェントの記録がベンダーのサーバーに残らないことを保証するゼロデータ保持（ZDR）を求めます。一方、セキュリティチームは、過去の事例ではデータを一定期間保持して相関分析を行う必要がある misuse detection（悪用検知）を必要としていました。

今週、Anthropic はこの二つの要件を両立させるアーキテクチャ「Enterprise Frontier Safeguards (EFS)」を発表しました。EFS では、監視データの保存先を Anthropic のサーバーではなく、顧客が管理するクラウドインフラ上に設定します。検知機能自体は Anthropic が提供し、データの実質的な所有権（カストディ）、暗号鍵、そして人間のレビュープロセスはすべて顧客側に残ります。

今日からすぐに導入できるのでしょうか？まだです。EFS は段階的に展開され、今秋後半の広範な利用開始を目指しています。アクセスには事前申請が必要です。本格的なリリースまでの間、対象となる顧客は ZDR 環境で Claude Fable 5 および Fable 5.1 を運用できます。

技術的な課題と解決策

Anthropic がデータ保持を必要とする理由は、学習データの活用ではなく、検知精度の向上にあります。同社は Fable 5 から 30 日間のデータ保持を開始しましたが、顧客の明示的な許可なくエンタープライズデータを学習に使用したことは一度もないと明確に述べています。

データを保持する必要性は限定的であり、改めて強調する価値があります。Anthropic が観測した最も高度な悪用事例は、多くのタスクやセッション、アカウントにまたがって発生しており、盗まれたり不正利用された企業認証情報を扱うケースも含まれます。各インタラクションに対して自動分類器を走らせて即座に破棄しても、そのような攻撃の形を検知することはできません。相関分析には一定の時間窓が必要です。Anthropic は自社の諜報活動妨害の実務において、このパターンを文書化しています。

規制対象となる顧客はセキュリティ上の論理を理解していましたが、それでも採用に至りませんでした。そこで Anthropic は、その「窓」を撤廃するのではなく、位置をずらすことで対応しました。

EFS が実際に変えるもの

Anthropic は、金融サービス、ヘルスケア、製造業、通信、法律、小売、公共部門など、100 社以上の顧客と共同で EFS を構築しました。また、AWS、Google Cloud、Microsoft Azure もパートナーとして参加しています。貢献者には、ゴールドマン・サックス、モルガン・スタンレー、シティグループ、アメリカン・エキスプレス、ウェルズ・ファーゴの CISO（最高情報セキュリティ責任者）が所属する「システムリスク分析・回復センター」や、Comcast、KPMG、Mastercard、Salesforce、Visa のチームも含まれています。Anthropic によると、設計に関する議論は Fortune 100 企業の四分の一と、全米のすべてのグローバルに重要な金融機関をカバーしたとのことです。

このプロセスから導き出された3つの設計上の決断とは以下の通りです：

監視に使用されるアクティビティデータは、顧客自身のクラウドアカウント内に保存され、暗号化キー、アクセスポリシー、監査ログの管理権限もすべて顧客が握ります。企業からは、「信頼できるデータベンダーを追加すると顧客への通知や契約更新が必要になる」という声が寄せられており、その課題を回避するために本アーキテクチャは新たなベンダーを設けていません。

レビューの主体も顧客に移行します。監視システムが注意すべきパターンを検知した場合、そのシグナルは直接顧客へ送られます。Anthropic の考え方は、自動化されたレビューでスキャン処理を行い、実際の悪用かどうかの確認や誤検知の除外には人間の判断が必要とする点です。特に規制の厳しい環境では、機密法情報や非公開情報、薬事報告書などを扱う権限を持つ担当者が確認を行う必要があります。EFS は Anthropic 側の人間が関与しない自動化された安全監視を実行します。

検知機能は Anthropic が維持します。自動システムがトラフィックのローリングウィンドウを分析し、攻撃的なサイバー能力や生物学的能力の構築を試みる行為、および漏洩した認証情報の使用といった重大な悪用を検出します。

この位置づけについて

モデルロードマップにおける本機能の位置

EFS は、Claude Fable 5.1 と Mythos 5.1 のリリースに合わせて提供された 3 つの企業向け機能の一つです。残りの二つは価格改定と精度向上です。

Fable 5.1 ではキャッシュ読み込み回数が 75% 削減され、100 万トークンあたり $0.25 となりました。これにより、一般的なワークロードではコストが約 25% 低下し、高度な自律型エージェントを扱うケースでは最大 45% のコスト削減が可能になります。また、サイバーセキュリティ対策も強化され、Claude Code セッションあたりの介入回数が Fable 5 に比べて約 60% 減少しました。これは、Fable 5.1 がソフトウェアの脆弱性を検出しても、それを利用する攻撃コード（エクスプロイト）の開発を許可しないためです。

主なポイント

• EFS は、ゼロデータ保持（ZDR）に準拠したプライバシー保護と、セッションやアカウントを超えた自動検知機能を組み合わせています。
• アクティビティデータは、顧客が管理する S3、Azure Blob Storage、または Google Cloud Storage バケットに直接保存されます。
• 検知フラグは顧客へ直接通知され、Anthropic の人間によるレビューは不要です。
• カスタマー所有ストレージの利用、顧客管理キーの採用、自動レビュー機能はいずれもオプトイン制です。
• EFS 自体には利用料がかかりません。ただし、ストレージ容量やデータ転送（エグレス）にかかる費用は、各社のクラウドプロバイダーから請求されます。

詳細な技術情報はこちらをご覧ください。Twitter や 150k+ML SubReddit、ニュースレターへの登録もぜひご検討ください。Telegram をご利用の方も、今なら Telegram チャンネルに参加できます。

GitHub リポジトリの宣伝や Hugging Face ページの紹介、製品リリース、ウェビナーなどのご協力をご希望の場合は、お気軽にお問い合わせください。