「データを預けない」と「不正は検知する」を、同時に成立させる置き方

Anthropic が2026年9月2日、Enterprise Frontier Safeguards（EFS） を発表した。ゼロデータ保持（ZDR）相当のプライバシーと、不正利用の検知を両立させる仕組みである。

何を解いているのか

この領域には長らく二律背反があった。データを預からなければ不正を検知できず、検知しようとすればデータを預かることになる。

EFS の答えは、置き場所を動かすことだった。

監視に使う活動データは、顧客自身のクラウドアカウント（Amazon S3、Azure Blob Storage、Google Cloud Storage など）に保存できる。

発表文は顧客側の要求をこう書いている。

顧客は、自分たちが管理するインフラの中で、自分たちの暗号鍵・アクセスポリシー・監査ログのもとにデータを置けることを望んでいる。

人手の関与についても明記がある。

EFS は自動化された安全性監視を持つ。Anthropic による人手レビューは不要である。 フラグは顧客に直接届き、そこから先は顧客側の担当者が引き取る。

対象と条件

対応予定は Claude Code・Claude Enterprise・Claude Platform・Amazon Bedrock・AWS 上の Claude Platform・Google の Agent Platform・Microsoft Foundry。段階的に提供され、今秋の広範な提供を目標としている。

費用についてはこう書かれている。

Anthropic は Enterprise Frontier Safeguards に課金しない。顧客が自分のクラウドアカウントにデータを置くことを選んだ場合、そのストレージ代はクラウド事業者から顧客に請求される。

で、SEの実務ではどう使うか

「データを外に出さない」という要求に対して、初めて構造的な答えが出てきた形になる。

これまでの回答は「保持しない」か「契約で縛る」のどちらかで、どちらも相手を信じる設計だった。データが自社のバケットにあるなら、信じる対象が減る。鍵もポリシーも監査ログも自分のものになる。

ただし稟議に書くときは、移ったものも一緒に書く必要がある。

ストレージの費用と運用が自社に来る。 「追加課金なし」は Anthropic の話であって、S3 の請求は自社に来る。量の見積もりと保持期間の設計が必要になる。先に決めておかないと、後から消す判断のほうが難しくなる（Compliance API のときと同じ形である）。

フラグを受ける体制が要る。 人手レビューが無いということは、上がってきたフラグを見る人が自社に要るということでもある。誰が見て、誰が判断するのかを決めずに入れると、通知が溜まるだけになる。

バケットの権限設計が新しい攻撃面になる。 会話の活動データが入る場所なので、そこへのアクセス権は本体と同じ重さで扱う必要がある。自社に置いた結果、社内の別の経路から読めてしまう、という形が最も避けたい。

稟議に書くなら「監視データは自社のバケットに置ける。鍵もポリシーも自社。ただしストレージ代と、フラグを見る人は自社持ち」の3行になる。

引用はすべて Anthropic の発表に記載されているものである。