Claude CVP(Cyber Verification Program)の申請手順と対象外条件

Claude CVP(Cyber Verification Program)は、Claudeの安全分類器に止められるサイバーセキュリティ業務を、承認された組織や個人に向けて開く制度です。対象はClaude Opus 5.5、Claude Sonnet 5.5、Claude Mythos 5.1と、今後のモデルです。

セーフガードが全面的に外れるわけではありません。承認後も利用ポリシーは全面的に適用されます。変わるのは、ブロックが減り、より高度なサイバー機能を使える点です。

申請は、どの経路でもVerification Portalから行います。Anthropicアカウントでサインインし、Programsから「Cyber Verification Program」を選んで「Apply」を押す流れです。クラウド経由で使う場合は、先にポータルでクラウドアカウントを連携します。審査結果か追加情報の依頼は、申請から7営業日以内にメールで届く見込みです。

CVPで何が使えるようになるか

CVPを使わなくても、一般提供のモデルでできる作業は多くあります。安全なコードレビュー、脅威モデリング、既知の問題のパッチ適用、自分のソースコードの脆弱性探し、セキュリティアラートの仕分けです。

マルウェア分析やエクスプロイトの検証のような作業は、安全分類器に止められることがあります。そこで防御目的の専門家がCVPを申請します。

アクセスは3階層で、Defense Access、Red Team Access、Specialized Accessがあります。申請は1回で、得られた情報に応じて、到達できる最上位の階層に割り当てられます。

• Defense Access: 個人でも申請できる唯一の階層です。個人は有料プランが条件になります
• Red Team Access: 組織向けです
• Specialized Access: 組織向けで、すべての組織が米国政府と連携した詳細な審査を受けます。サードパーティのプラットフォーム経由では使えません

階層が上がるほど、満たすセキュリティ要件も増えます。

エラー画面を見て遮断の種類を判断する手順は、Claude Codeのサイバーセキュリティ遮断の解説にまとめています。

申請前に確認する条件

申請の前に、誰が申請するか、データ保持、本人確認の3点を見ます。

• 申請の単位: 組織は組織単位で1回だけ申請します。組織内の個人が別々に申請する必要はなく、管理者が対象のシートを指定できます。独立した研究者、メンテナー、バグバウンティのハンターは個人として申請します
• データ保持: CVPにはデータ保持が前提です。ZDR(Zero Data Retention)の組織は、FableまたはMythosのデータ保持免除を持っていれば、CVPもZDRのまま使えます。詳しくは後ろの節で扱います
• 本人確認: 申請では組織と申請者の情報を出して本人確認を受けます。次の節で用意するものを示します
• 用意する書類: セキュリティ業務の説明と、希望する階層に応じたセキュリティ管理策への誓約も要ります。要件の詳細は、階層ごとのセキュリティ要件のページにあります

本人確認で用意するもの

本人確認はPersona Identitiesを通じて行われます。個人として確認する場合は、政府発行の顔写真付き身分証(実物)と、カメラ付きのスマートフォンを手元に置きます。ライブの自撮りを求められることがあります。

組織を代表して確認する場合は、上の2つに加えて法人名・住所・事業登録番号が必要です。

使える身分証は、パスポート、運転免許証や州・省のID、国民IDなどの原本です。読み取れる状態で、破損や期限切れがなく、顔写真があることが条件になります。次のものは使えません。

• コピー、スクリーンショット、スキャン、写真を撮った写真
• モバイル運転免許証などのデジタルID
• 学生証、社員証、図書館カード、銀行カードなど政府発行でないもの
• 仮の紙のID

失敗した場合は、同じ確認フローの中で複数回やり直せます。多くは明るい場所で撮り直すか、別の身分証に替えると解決します。試行回数を使い切っても通らない場合は、案内にあるヘルプフォームから問い合わせます。

身分証と自撮りを預ける先は、案内に書かれています。画像を保持するのはPersonaで、Anthropicのシステムには複製されません。Anthropicは検証データの管理者(data controller)の立場にあり、異議申し立ての審査などでは、Personaの管理画面から記録を参照することがあります。

本人確認のデータはモデルの学習に使われず、通信中も保管中も暗号化されます。共有先はAnthropicと不正対策のパートナーに限られ、法的手続きへの対応を除いて、広告やマーケティングなど確認と無関係な目的には渡されません。

本人確認のあとにアカウントが停止された場合は、CVPの申請とは別の窓口です。利用規約や利用ポリシーの違反が重なったときなどに停止されることがあり、誤りだと考えるときはアカウント情報を添えた異議申し立てフォームから、Safeguardsチームに調査を依頼します。

利用経路別の申請手順

入口はVerification Portalで共通です。違いは、クラウドアカウントを連携する手順と、Bedrockの扱いにあります。

Claude.ai・Claude Code・Anthropic API

Verification PortalにAnthropicアカウントでサインインし、ProgramsでCyber Verification Programを選んでApplyを押します。Claude.aiでも、Claude Codeでも、Anthropic APIでも入口は同じです。

Microsoft Foundry

先にFoundryでClaudeモデルをデプロイします。ポータルのLinked accountsでLink accountを押してAzureを選び、サブスクリプションIDとディレクトリ(テナント)IDを入れます。表示されるコマンドを実行して、I've granted accessからVerifyを押せば連携は完了です。そのあと、ProgramsからApplyに進みます。

Amazon BedrockとClaude Platform on AWS

BedrockでCVPを使えるのは、Enterprise Frontier Safeguardsの顧客に限られます。Bedrockは、CVPが既定で求める「自動検知した安全フラグの人による確認」にまだ対応していないためです。その結果、Bedrockで申請できるのは、Fable 5.1のデータ保持免除を持つ組織です。

AWSでもっと広く使いたい場合の選択肢は、Claude Platform on AWSです。ポータルでAWSアカウントIDを入れ、リンクまたはコマンドで認証用のロールを作り、Verifyを押します。Claude Platform on AWSのアカウントIDは、Bedrockのアカウントより先に連携します。

BedrockとGoogle Cloudの機能差そのものは、BedrockとGoogle CloudのAPI機能比較が詳しく扱っています。

Claude on Google Cloud

Linked accountsでGoogle Cloudを選び、プロジェクトIDを入れます。表示されるgcloudコマンドを実行してVerifyを押します。連携できるプロジェクトは10個までです。データ保持の設定が別に要るので、次の節で扱います。

サードパーティ製ツールを使っている場合

Claudeを組み込んだコーディングツールなどは、プラットフォームにAnthropicの登録リンクを依頼します。CVPに対応していないプラットフォームでは使えません。

リンクを開いてポータルにサインインし、Link profileを選びます。リンクはすぐ期限が切れ、Linked accountsのページからはプラットフォームを連携できません。そのあと、ProgramsからApplyに進みます。

Google Cloudで必要なデータ保持の設定

Claude on Google Cloud経由でCVPを使うには、Googleとの間でデータ保持への同意と設定が前提になります。プロジェクトごとに、次の順で進めます。

1. ポータルのLinked accountsでプロジェクトを連携する。IAMの権限を持つ人が、ポータルの示すコマンドを1回実行する
2. 連携後に開くアカウントのページで、Programsから承認済みのCVP階層をオンにする
3. Model Gardenで対象のClaudeモデルを開き、Advanced AI Safety Addendumに同意する(プロジェクトごとに1回)
4. 使うモデルとロケーション(global、eu、usなど)ごとに、Anthropicとのデータ共有をオンにする

4のデータ共有は、GoogleのsetPublisherModelConfig APIで、dataSharingEnabledProviderをANTHROPICにして設定します。

承認後に有効化する流れ

承認だけではCVPは有効になりません。承認された階層を、ワークスペース、ロール、連携したクラウドアカウントのいずれかに割り当てて初めて効きます。割り当て先は、使い方で変わります。

Consoleでは、既定のワークスペースはCVP対象のモデルに使えません。新しいワークスペースを作る手順は次のとおりです。

手順

Consoleで新しいワークスペースにCVPを割り当てる

1. 1

   Adminでサインインする

   Claude Consoleに組織のAdminとしてサインインし、Workspacesのページを開きます。

2. 2

   ワークスペースを作る

   Create workspaceを押し、名前と色を決めて作成します。

3. 3

   承認済みのユーザーを足す

   作ったワークスペースに、承認されたユーザーを追加します。

クラウド経由でコミットメント契約がある場合は、アカウントチームから契約と連携するための短いフォームが届きます。フォームに答えてクラウドのマーケットプレイスで個別オファーを承諾すると、契約の割引が適用され、Mythosのアクセスが有効になります。Mythosへのアクセスは、承認から約5営業日遅れます。

承認後も止まるときのチェックポイント

承認されても、すべてのブロックが消えるわけではありません。止まったときは次の点を確かめます。

• 割り当て済みか: 管理者が、該当するCVPの権限をあなたに割り当てているかを見ます
• ワークスペースは正しいか: Consoleでは、承認済みのワークスペースにいるかを確かめます
• 階層の範囲内か: 作業が、割り当てられた階層で認められた範囲に収まっているかを見ます
• 顧客向けの利用ではないか: CVPが覆うのは、自組織のコード・製品・インフラに対するセキュリティ業務です。顧客のコードに対して実行する、顧客に使わせるといった提供には別の承認が要ります

顧客向けの提供は、管理サービスとプロダクトで状況が違います。管理サービスは、自社のスタッフがモデルを使い、顧客には報告書やパッチ済みコードのような成果物だけを渡す形で、申請を受け付けています。サービスごとに申請します。顧客がモデルに触れるプロダクトは、まだ申請を受け付けておらず、関心の登録だけができます。

承認の取り消しや範囲の縮小もあり得ます。

すでにCVPやProject Glasswingにいる組織は

以前にProject GlasswingまたはCVPに参加していた組織は、更新後のプログラムに再申請する必要がありません。今使っているモデルへのアクセスは、既存の条件のまま続きます。あわせて、Claude Opus 5.5、Claude Sonnet 5.5、Claude Mythos 5.1向けの新しい階層へ移行します。

Defense Accessには期限が1つあります。2026年12月15日までに、フィッシング耐性のある多要素認証を導入し、APIキーの利用をやめる必要があります。それまでは何らかの多要素認証が必須で、APIキーは7日ごとに失効します。移行先としては、Workload Identity Federationが挙げられています。

承認されなかったときの理由

階層を得られない場合は、次のような要因が重なっています。

• 業務の性質: プログラムは防御のためのもので、主な事業がその範囲外の組織は対象外になり得ます
• 本人確認: 組織が誰で何をしているかを確認できる必要があります
• 事業環境: 法規制の環境、機能が転用されるリスク、アクセスを強制されるリスクが見られます
• 業務の最終的な宛先: 主な顧客が軍・諜報・法執行機関の場合は、より慎重に判断されます
• 申請した階層: 階層が上がるほど要件も上がります

ZDRの組織とデータ保持はどうつながるか

CVPにはデータ保持が前提です。有害なサイバー悪用を監視し、悪意のある利用者を見つけるためです。

FableまたはMythosのデータ保持免除を持つ組織は、対応するすべてのモデルでCVPをZDRのまま使えます。Enterprise Frontier Safeguards(EFS)が使えるようになれば、条件を満たす組織は、自分で管理するクラウド基盤にデータを置けるようになります。

ZDRの組織が、ワークスペース単位で30日保持をオンにする設定は別のページにあります。30日保持が必要なCovered Models(Claude Fable 5.1など)を使うための手順で、CVPの参加資格そのものを決めるページではありません。

保持をオンにするときの条件と影響は、ワークスペース設定のページに具体的に書かれています。

• 操作できるのは組織のAdmin、Owner、Primary Ownerです。ほかの役割のメンバーは設定を見られますが、変更できません
• Defaultワークスペースは対象外です。保持は組織単位で管理されるので、別のワークスペースを作ります
• 設定画面でStandard data retention(30-day retention)を選んで保存すると、確認ダイアログが開きます。Service Specific TermsのSection Fの適用に同意した時点で、保持がオンになります。状態は、Workspacesページの各ワークスペースのメニューにあるData retentionで確かめられます
• 反映は新しいリクエストからで、まれに1時間ほどかかります。過去のリクエストには遡りません
• そのワークスペースでは、ZDRが適用されなくなります。ほかのワークスペースは影響を受けません
• 保持をオフに戻すと、保持を要件とするプログラムはそのワークスペースから外れます。顧客管理の暗号鍵を使うワークスペースは、オフにできません
• 対象はそのワークスペースのAPIリクエストとレスポンスです。Batch API、Files API、Claude Managed Agentsのセッションのように、動作のためにデータを保存する機能は含まれません
• 保持をオフにしたワークスペースからCovered Modelsを呼ぶと、組織またはワークスペースでデータ保持を有効にするよう求めるエラーが返ります