Claude Media
Claude CMEK(顧客管理鍵)とは — 保護できるデータの範囲

Claude CMEK(顧客管理鍵)とは — 保護できるデータの範囲

CMEKは自社のAWS KMS・Google Cloud KMS・Azure Key VaultのキーでClaudeワークスペースのデータを暗号化する仕組みです。保護される範囲と、有効化前に知るべき制約を解説します。

CMEK(顧客管理鍵)は、暗号化に使う鍵をクラウドの利用者自身が持つ方式の総称です。Claudeでは、自社のKMSの鍵でワークスペースの保存データを暗号化できます。ただし守られるのは有効化後に書き込まれたデータだけで、一度付けた鍵は外せません。範囲と制約は次の節以降にあります。

Claude CMEK(顧客管理鍵)とは何か

Claude CMEK(Customer-Managed Encryption Keys)は、自社のAWS KMS・Google Cloud KMS・Azure Key Vaultで発行した暗号鍵を、Anthropicに使わせる仕組みです。この鍵でClaudeワークスペースの保存データが暗号化されます。鍵のローテーション・監査・失効は自社側が握り続けます。Anthropicがその鍵に対して行う操作(データキーのラップ・アンラップなど)は、自社のクラウドプロバイダーの監査ログに残ります。

CMEKはオプトイン機能です。対象組織はAnthropicの標準暗号化の代わりに有効化でき、有効化にはAnthropicのアカウントチームへの連絡が必要です。設定できるのは、Claude PlatformではOrganization Admin、Claude Platform on AWSではAdminロール、Claude EnterpriseではOwnerとPrimary Ownerだけです。

自分の契約でCMEKはどこまで効くか

CMEKの効き方は、使っているプロダクトで大きく変わります。まず並べて見ておきます。

くらべる

Claude PlatformとClaude Enterpriseの違い

ワークスペース単位

Claude Platform

鍵はワークスペースごとに紐づけます。設定はClaude ConsoleかAdmin APIで行います。止まる機能は少数にとどまります(詳細は後の節)。

組織単位

Claude Enterprise

鍵の適用単位は組織です。設定はclaude.aiの組織設定の「Data and privacy」から行います。会話の検索やプロジェクトのナレッジ検索、各種エクスポートなど、止まる機能が多くなります。

どちらでも、CMEKが保護するのは鍵が有効になった後に書き込まれたデータだけです。既存の会話履歴・ファイル・セッションはAnthropic管理の鍵で暗号化されたままで、再暗号化もされません。

稼働中のワークスペースに後から鍵を付けると

Claude Platformでは、リクエストを送り始める前の新規ワークスペースに鍵を先に紐づける進め方が推奨されています。すでにリクエストを受けているワークスペースに鍵を付けると、反映まで最大1日かかります。その間に書き込まれたデータも、再暗号化の対象外のままです。

手順

新規ワークスペースで鍵を使い始める流れ

  1. 1

    自社のKMSで鍵を作る

    AWS KMS・Google Cloud KMS・Azure Key Vaultのいずれかに、鍵の作成と鍵へのアクセス管理ができる権限で鍵を用意します。

  2. 2

    Anthropicの識別子を照合してアクセスを許可する

    各クラウド向けの設定ガイドに載っている識別子と一致するか確かめてから、鍵へのアクセスを許可します。

  3. 3

    鍵を登録し、ワークスペースに紐づける

    Claude Platformでは、この操作で鍵が有効になります。Claude Platform on AWSでは、登録の後に独立した検証の手順はありません。紐づけの時点で暗号化と復号が一度試されるため、鍵ポリシーの不備は登録でなく紐づけで表に出ます。

  4. 4

    リクエストを送り始める

    鍵が有効になった後に書き込まれたデータから、CMEKの対象になります。

監査ログとIP制限の扱い

CMEKの設定変更イベントは、Compliance API Activity Feedに記録されます。鍵そのものへの操作(ラップ・アンラップ)はそこに現れず、自社クラウドプロバイダーの監査ログに残ります。ログの基本的な見方はClaude監査ログの見方にあります。

Anthropicは標準の公開IP範囲からキー管理サービスを呼び出します。IPで制限している場合は、IPアドレス一覧のアドレスを許可する必要があります。Claude Platform on AWSだけは別で、IPベースの制限に頼らず、AWSサービスプリンシパル向けのキーポリシーでアクセスを絞ります。

データ保持設定との関係は、読み合わせに注意が要ります。CMEKの前提条件の節には、Zero Data Retention(ZDR)との併用が両プロダクトで許可されていると書かれています。一方で制限事項の節は、Claude Platformで鍵を紐づけると30日保持の設定が外せなくなると述べています。ZDR契約の組織が鍵付きワークスペースを作った場合の保持設定の扱いは、CMEKのページに書かれていません。ZDRの契約形態そのものはClaude Zero Data Retentionが有効になる契約形態で扱っています。

リージョンと対応クラウド

Claude Platform on AWS以外では、CMEKは現状USリージョンだけで使え、暗号化処理もすべてUSリージョンで行われます。Anthropicの米国内インフラに近いリージョンを選ぶと遅延が小さくなります。

プロバイダー推奨リージョン
AWS推奨リージョンus-east-2
Google Cloud推奨リージョンus-central1 / us-east5
Azure推奨リージョンnorthcentralus / eastus2

Claude Platform on AWSは別ルールです。使えるのはAWS KMSの鍵だけで、Google Cloud KMS・Azure Key Vaultの鍵は登録できません。鍵はワークスペースと同じAWSアカウント・同じリージョンの単一リージョン鍵とし、鍵ポリシーはAnthropicのIAMロールではなくAWSサービスプリンシパルにアクセスを許可します。

CMEKが保護するデータと、保護しないデータ

CMEKを有効にしても、データが均等に守られるわけではありません。暗号化される・Anthropicの鍵のまま残る・止まる、の3つに分かれます。止まる機能は次の節で扱います。

CMEKキーで暗号化される: Claude Platformでは、メッセージ本文・添付ファイル(リクエストに付けたものとFiles APIのアップロードの両方)・MCPとツールの設定が対象です。Claude Managed Agents(ベータ)のデータも含まれ、設定・環境・webhook・セッションとそのイベント・メモリーストアとその中身・dreams(研究プレビュー)に及びます。BatchとSkillsの各API、ウェブ検索・ウェブフェッチ・コード実行・Bash・テキストエディター・MCPコネクター・Advisorツール・Computer use・Browser use・コンテキスト管理・structured outputsの各ツールが保存時に暗号化する内容も対象です。

Claude Enterpriseでは、チャット本文(スキルとプラグインを含む)・チャットとプロジェクトの添付ファイル・Claude CodeのCLI利用(メッセージ本文を含む)・Claude Desktop上のCowork・Office agents・Claude in Chrome・ベータのClaude Scienceが対象になります。ユーザーのPCで動いたセッションをCompliance APIで取り出すコンプライアンス文字起こしも、鍵で暗号化されます。鍵が使えない状態でそのメッセージ取得エンドポイントを呼ぶと、本文の代わりに503 Service Unavailableが返ります。セッションのメタデータは一覧に残ります。両プロダクトとも、バックアップとスナップショットは鍵を継承します。

Anthropic管理の鍵のまま残る: Claude Platformでは、キャッシュなど保存時でないデータと、TTLが24時間未満のデータが該当します。Activity Feed・監査ログ・OTELのようなテレメトリの通信も同じで、鍵を失効させてもコンプライアンスを保てるようにするためです。Claude Managed Agentsのvault認証情報(OAuthトークンやクライアントシークレット。書き込み専用でAPIレスポンスに出ません)と、ユーザープロフィールのname・external_id・metadata、OpenTelemetryの送信先に設定したリクエストヘッダー(観測基盤のAPIキーなど)も残ります。metadataに機微な個人データを入れないよう注意書きがあります。

Claude Enterpriseでは、個人設定の「Instructions for Claude」とCoworkのGlobal instructionsが残ります。どちらもアカウント単位で、ユーザーが所属する全組織で共有されるためです。ベータ・研究プレビュー段階の機能(Claude SecurityやClaude Designアプリなど)はCMEKの対象外になることがあり、CMEKの組織で壊れる場合があります。両プロダクトとも、組織メンバーの氏名・メールアドレス・プロフィール画像といったアカウントデータは、鍵では暗号化されません。用途に合わない機能は、Settingsで無効化できます。

CMEKを有効にすると止まる機能

保護の対価として、一部の機能は止まるか、大きく制限されます。Anthropicは、この一覧が網羅的でないとして、有効化前にチームで見直すよう案内しています。

Claude Platformで止まるのは、Claude ConsoleのPlaygroundと、生のプロンプト・レスポンス・ファイルを返すCompliance APIの部分です。Claude FableまたはClaude Mythosのモデルでは、structured outputsがCMEKの組織で使えません。ベータ・研究プレビューの他の機能も、CMEKの対象外になったり、動作が変わったりすることがあります。

Claude Enterpriseで止まる機能は多く、利用シーン別に分かれます。

注意

Claude Enterpriseで止まる・弱くなる機能

  • 会話と知識の検索

    チャット検索が使えなくなります。タイトルと本文が鍵で暗号化されるため、メンバーは過去のチャットを検索できず、Claude自身も検索できません。プロジェクトのナレッジ検索(RAG)も止まり、ナレッジは会話ごとに文脈へ直接読み込まれます。読み込める量には限りがあり、超えた分は会話から外れます。

  • Claudeの利用面

    Claude Code on the webとClaude in Slackは使えません。Claude Codeからのartifacts公開もできません。管理者が有効にしても、新規セッションは開始できず、SlackのClaudeは依頼を断ります。Claude Code Desktopはローカルセッションだけ使え、管理者がオンにするまでオフです。

  • 共有・出力・計測

    チャットやCoworkで作ったartifactsは、組織内でしか共有できません。組織データのエクスポートと監査ログのエクスポート、回答への高評価・低評価も止まります。スキルとプラグインのセキュリティスキャンは使えず、スキャンなしでインストールされます。Admin analyticsのスキル・コネクタ利用状況、Claude smart reports、Claude Codeのコントリビューション指標は精度が落ちます。

  • ベータ・研究プレビュー

    会話と「Artifacts」タブでのClaude Design・Claude Slides・Claude Docs、およびroutinesは、管理者の設定にかかわらず使えません。

有効化前に確認すべき制約

数字で押さえる制約は3つあります。

数字

CMEKの時間に関わる制約

  • 鍵の反映

    最大1日

    リクエストを受けている稼働中のワークスペースに鍵を付けた場合

  • 失効の反映

    最大1時間

    キャッシュのTTL。その間も処理中のリクエストは成功することがある

  • 保持設定

    30日に固定

    ゼロデータ保持へ戻すには新規ワークスペースが必要

鍵の反映と保持設定はClaude Platformの数値

一度ワークスペースに紐づけた鍵は、外すことも別の鍵に差し替えることもできません。別の鍵を使いたければ、新しいワークスペースを作ってデータを移行します。同じ鍵の中でのローテーション(AWS KMSの自動ローテーション、Cloud KMSのローテーションスケジュール、Azure Key Vaultのローテーションポリシー)は、Anthropic側の変更なしで透過的に動きます。これは鍵材料が入れ替わるだけで、別の鍵への切り替えとは別物です。鍵を失効または無効化すると、そのワークスペースのCMEK保護データは永久に読めなくなり、元に戻す手段はありません。

データキーのラップ・アンラップはキー管理サービスとの往復を伴い、保存データを読み書きする操作にわずかな遅延が加わります。また、AWS KMS・Google Cloud KMS・Azure Key Vaultの利用料は、各クラウドプロバイダーから別に請求される場合があります。

カスタムのANTHROPIC_BASE_URLでLLMゲートウェイやプロキシを経由させている場合、Claude Codeの運用テレメトリにはCMEKが効きません。テレメトリ自体を止めたいなら、DISABLE_TELEMETRY環境変数を1に設定します。

export DISABLE_TELEMETRY=1

それでもAnthropicが保持するケース

CMEKを有効にしていても、Anthropicが記録をAnthropic管理の暗号化下に保持する例外が3つあります。

  • 法律で保持が義務づけられる場合(NCMECへ報告した資料など)
  • 深刻な危害の切迫リスク(CBRNE兵器開発・攻撃的サイバー攻撃・暴力の差し迫った脅威など)
  • 商用利用規約のD.4項、または顧客がAnthropicと結んだ他の契約の同等条項への違反

CSAMスクリーニングを除けば、保持には人間のレビュアーによる明示的な判断が必要です。保持される記録の扱いはAnthropicの商用データ保持ポリシーに従い、保持のたびに、Compliance API Activity Feedへ理由コード付きのイベントが記録されます。自動の安全性スキャンから派生した記録(パターン識別子や一致の有無。会話内容ではありません)も、Anthropic管理の暗号化下に残ります。この記録は、鍵を失効させた後も読める状態のままです。

日本企業の鍵管理要件に照らした見方はCMEKは日本企業の暗号鍵管理要件を満たすかで扱っています。

まとめ

CMEKは、既存データを守らず、有効化後に書き込まれる分だけを自社の鍵で守るオプトイン機能です。外せない・差し替えられない・鍵を失えばデータも失う設定です。Claude Enterpriseなら、止まる機能に日常業務で使うものが含まれるかを最初に見ます。Claude Platformなら、ZDR契約のまま使いたいかどうかが分かれ目で、鍵を紐づけると30日保持に固定されます。

この記事を共有:XはてブLinkedIn