Enterprise Frontier Safeguards(エンタープライズ・フロンティア・セーフガーズ)とは

Enterprise Frontier Safeguardsとは、高性能なClaudeモデルの安全監視データを企業が管理するクラウドへ保持できるAnthropicの法人向け仕組みです。複数回の利用をまたぐ悪用検知を続けながら、保存場所、暗号鍵、確認担当を企業側で管理することを目指します。

Anthropicは、能力と悪用リスクが一定水準を超えたClaudeモデルをCovered Modelに指定しています。2026年9月時点の対象はClaude Fable 5、Fable 5.1、Mythos 5、Mythos 5.1です。これらは既定で入力と出力を少なくとも30日保持し、自動安全システムで確認します。

なぜ30日間のデータ保持が必要なのか？

高度な悪用は、一つの依頼だけを見ても判断できない場合があります。複数のセッションやアカウントへ作業を分け、長期間かけて認証情報を悪用する行動などです。一定期間の利用データを関連付けることで、単発の判定では見えない兆候を探せます。

一方、金融、医療、法務などでは、外部事業者が長期間データを保持すること自体が契約や規制上の障壁になります。EFSは監視をなくすのではなく、監視に使う活動データの保管と確認を企業の統制へ寄せる設計です。

データと検知信号はどこで管理するのか？

企業は監視用データを、自社が管理するAmazon S3、Azure Blob Storage、Google Cloud Storageなどへ保存できます。暗号鍵、アクセス方針、監査ログも企業側で管理。自動システムが利用の流れを分析し、重大なサイバー攻撃や生物分野の悪用、盗難・漏えいした認証情報の兆候を検知すると、その信号を企業へ送ります。

検知後の人手確認は企業の担当者が行い、Anthropic社員の閲覧を必須にしません。データの保管場所、自動検知の役割、検知後の判断者を分けて設計するのが要点です。法的特権のある文書や未公開情報を扱う組織でも、自社の権限体系に沿った確認を組み込みやすくなります。

ゼロデータ保持とは何が違うのか？

ゼロデータ保持は、処理後に事業者が入力と出力を保存しない設定です。EFSは、時間をまたいだ悪用検知のために監視データを保持します。違いは保持の有無ではなく、企業が管理する環境へデータを置き、自社の鍵とアクセス方針で統制できることです。

EFSを「保存しない仕組み」と説明してはいけません。Anthropicは2026年秋から段階的に展開する予定です。移行期間中は、一部の適格企業がFable 5とFable 5.1を社内業務で一時的にゼロデータ保持で利用できる場合がありますが、EFSへの移行を前提にした措置です。

導入前に何を確認するべきか？

対象モデル、利用地域、接続クラウド、保存期間、暗号鍵の責任者、検知信号の受信先を確認します。検知を誰が調べ、誤検知をどう閉じ、重大事案をどこへ報告するかも手順化。クラウド上の保管場所を用意するだけでなく、検知後に動ける担当者と時間を確保する必要があります。

自社環境に置けば自動的に安全になるわけではありません。権限過多、公開設定の誤り、鍵管理の不備、ログの未確認は企業側の事故原因になります。保存先の設定監査、最小権限、鍵の更新、アクセス記録の定期確認を運用へ含めてください。

Enterprise Frontier Safeguardsに関するよくある質問

Enterprise Frontier Safeguardsはどのような企業の意見をもとに設計されましたか？

Anthropicは100社を超える企業と設計し、Fortune 100の4分の1、米国の世界的なシステム上重要銀行すべて、幅広い規制産業と対話したと説明しています。設計参加は各社による認証や安全保証を意味しません。

保持された企業データはモデル学習に使われますか？

Anthropicは、企業データを明示的な許可なく学習へ使ったことはなく、今後も使わないと説明しています。安全監視のための保持とモデル学習は別の目的なので、契約書とプライバシー条件も自社で確認してください。