Cyber Verification Programをワークスペースに割り当てる手順 — Console管理者向け

Cyber Verification Programの承認メールが届いても、Claude Consoleのワークスペースで自動的にブロックが解けるわけではありません。承認で組織に発行されるのは「プログラム」で、これを使うにはワークスペース側が要件を満たしている必要があります。Cyber Verification Programの場合、要件はワークスペースのデータ保持を有効にすることです。この記事では、Console管理者が承認後に行う確認と設定の順序、Activeにならないときの見方を並べます。

承認とワークスペースへの適用は別の段階

Anthropicは、Cyber Verification Programのような検証プログラムや、一般提供されていないモデルへのアクセスを、申請制で提供しています。申請はVerification Portalで行い、承認されるとAnthropicが組織に「プログラム」を発行します。

発行されたプログラムは、組織の中のどのグループが使えるかを決めて初めて効きます。Claude Consoleでは、この「グループ」に当たるのがワークスペースです。プログラムの種類によって、ワークスペースへの適用は2通りに分かれます。どちらの型かは、Consoleのプログラムカードに表示されます。Claude Enterpriseのメンバー向けには、ワークスペースでなくカスタムロールで割り当てます(Claude Enterpriseのプログラム割り当て)。

くらべる

プログラムがワークスペースに届く2つの型

Cyber Verification Programなど

自動適用

要件を満たしているワークスペースすべてに、プログラムが自動で適用されます。管理者が指名する作業はなく、満たしていないワークスペースの要件を直す作業になります。

自動適用ではないプログラム

割り当て

管理者が、プログラムを使わせたいワークスペースを選んで割り当てます。

プログラムが適用されるのは、要件を満たしたワークスペースからのAPIトラフィックだけです。要件を満たしていないワークスペースから送ったリクエストには、組織が承認済みでもプログラムは働きません。

始める前に必要な2つの条件

作業の前に、次の2点を確認します。

• 組織に「グラント」が存在すること。グラントはAnthropicが組織に発行して初めて表示されるもので、Consoleの側で作れるものではない
• Consoleの組織ロールがAdminであること。Admin以外のロールは、グラントを見ることも管理することもできない

申請自体もAdminの作業です。Cyber Verification Programの申請画面は、権限を持つ管理者にしか表示されません。申請時にはID確認も求められます。本人確認の対象と必要書類はClaudeの本人確認はいつ必要になるかにまとめています。ワークスペースのロールと組織ロールの関係を確かめたいときはClaude Workspacesのロール継承とAPIキーのスコープが参考になります。

承認後にConsoleで行う5ステップ

以下は、Cyber Verification Programを対象にした手順です。

手順

Active表示になるまで

1. 1

   Programsを開く

   組織のAdminとしてConsoleにサインインし、Organization settings > Programsを開きます。プログラムカードに、自動適用か割り当てが必要かが出ています。

2. 2

   Workspacesテーブルで状態を見る

   対象のプログラムを選ぶと、ワークスペースごとの状態が並びます。要件を満たしていないワークスペースには「issue」の印が付き、カーソルを重ねると未達の要件が表示されます。

3. 3

   Qualificationsパネルを開く

   issueのワークスペースを開き、Manage、Programsの順に進みます。Qualificationsパネルが未達の要件の確認場所です。

4. 4

   要件を直す

   Cyber Verification Programでは、Manage > Privacy controlsでデータ保持を有効にします。

5. 5

   Rerunで再判定する

   Qualificationsパネルに戻ってRerunを選びます。ワークスペースの状態がActiveになれば完了です。

「割り当てる」といっても、このプログラムでは手動で指名する場面はなく、要件を満たして再判定を通す作業になります。

どのワークスペースをActiveにするか

Workspacesテーブルは、組織内のワークスペースを一覧で眺める画面です。承認後に試すワークスペースだけでなく、実際にセキュリティ調査のAPI呼び出しを流すワークスペースがActiveかどうかを見ます。別のワークスペースがActiveでも、呼び出し元のワークスペースがissueなら、そのトラフィックにプログラムは適用されません。CIやスクリプトが使うAPIキーがどのワークスペースに属しているかも、照らし合わせておくと確実です。

データ保持を有効にする操作の中身

手順4のデータ保持は、ZDR(Zero Data Retention)の組織向けに用意されたワークスペース単位のスイッチです。すでに30日保持の組織には、このスイッチ自体がありません。流れは、Organization settings > Workspacesを開くところから始まります。対象のワークスペースの左サイドバーでManageを展開し、Privacy controlsへ進みます。Data retentionカードの「This workspace」スイッチをオンにして、確認ダイアログでAcceptを押します。

押した後の挙動は次のとおりです。

• 完了の通知メッセージは出ず、「This workspace」の行が「On · 30 days」と表示されるのが反映の目印
• 変更は新しいリクエストから効き、まれに反映まで最大1時間かかる
• 遡及はしないため、オンにする前に送ったリクエストの扱いは変わらない
• ZDRは、保持をオンにしている間はそのワークスペースに適用されない。他のワークスペースは影響を受けない
• 一覧のData retention列には、「Zero data retention」か「30 day retention」が出る

注意が必要なのは、オフに戻したときです。保持を要件にしているプログラムがそのワークスペースに適用されている場合、スイッチをオフにするとプログラムが外れます。暗号鍵を使うワークスペースでは、そもそもオフにできません。また、このスイッチが対象にするのはAPIのリクエストとレスポンスだけです。Batch API、Files API、Claude Managed Agentsのセッションのように、保存が前提の機能は含まれません。

スイッチを操作できるのは、組織のAdmin・Owner・Primary Ownerです。さらに、操作できるのは既定ワークスペース以外に限られます。既定ワークスペースの保持は組織単位で管理されているためで、プログラム側にも既定ワークスペースへの割り当てを認めないものがあります。既定のワークスペースで使えないときは、新しいワークスペースを作る流れになります。ZDR組織での手順の全体はClaude ZDR組織でワークスペースごとにデータ保持を有効にする手順にあります。

つまずいたときの見方

症状と対処を対応させると次のとおりです。

公式ヘルプでは、手順の入口は「Organization settings > Programs」、トラブルシューティングでは「Grantsページ」と書かれています。メニューが見つからないときは、表の最初の行にある2つの原因(グラント未発行、Admin権限なし)を先に切り分けます。

シート上限の項目は「一部のプログラム」についての説明です。Cyber Verification Programにシート上限があるとは、手順ページとCVPの説明ページのどちらにも書かれていません。

承認後もブロックされるときの切り分け

ワークスペースがActiveでも、サイバー関連の応答が止まることがあります。状況によって見る場所が分かれます。

切り分け

Activeなのに止まるときの2つの切り分け

• 別の組織で使っている

  承認は特定の組織IDに紐づきます。個人のワークスペースなど別の組織でブロックされているなら、承認は引き継がれません。ブロックが出た組織のIDと、承認メールにあるIDを照合します。

• 操作が禁止用途に当たる

  承認で解除されるのは、デュアルユース(防御にも攻撃にも使える用途)の操作だけです。大量のデータ流出やランサムウェア開発のような禁止用途は、承認があってもブロックされたままです。

どちらでもないときは、レポートまたは異議申し立てフォームから報告できます。Anthropicは、対象の申請を誤って却下したり、承認済みユーザーの正当な作業をブロックしたりすることが時々起きると説明し、減らす取り組みを進めているとしています。審査の結果は、申請から2営業日以内にメールで届くことを目標にしています。Claude Codeのエラー表示側の対処は「safety measures flagged」とはで扱っています。

申請経路ごとに前提が変わる

Cyber Verification Programは無料の申請制プログラムで、申請の入口はClaudeの使い方によって違います。

この記事で扱うConsoleのワークスペースへの適用は、Anthropic直販のConsole側の作業です。直販・Claude Platform on AWS・Claude on Google Cloudの申請は、権限を持つ管理者だけが行えます。

Google Cloudでデータ保持を設定する

Claude on Google Cloudでは、Consoleではなく、Google側の設定でデータ保持を有効にします。まず、プロジェクトごとにモデルページでAdvanced AI Safety Addendumに一度同意します。さらに、呼び出すGCPプロジェクトがGoogleのPublisherModelConfigに保持の設定を入れます。この設定はプロジェクト・リージョン・モデルの組み合わせごとに必要で、モデルによって項目が違います。

ConsoleのPrivacy controlsとは別の場所なので、直販の手順と混同しないようにします。

ZDR組織は対象外とされている

Cyber Verification Programの説明ページは、ZDRを使う組織は現在このプログラムに参加できないとしています。Sales Managed ZDRのアカウントは、Anthropicの営業担当への問い合わせが案内されています。

一方で、ワークスペース単位のデータ保持の手順ページは、ZDRの組織でも既定以外のワークスペースで30日保持を有効にできると説明しています。保持を有効にしたZDR組織のワークスペースが、Cyber Verification Programの対象になるかどうかは、2つのページのどちらにも載っていません。ZDR組織の契約形態の切り分けはClaude Zero Data Retentionが有効になる契約形態の切り分けにあり、この組み合わせはAnthropicの担当に尋ねる事項になります。

対象モデルの範囲

Cyber Verification Programの説明ページの冒頭には、注記があります。ページの内容はOpusとSonnetクラスのモデルが対象で、Claude Opus 5.5とSonnet 5.5には当てはまりません。注記は、Cyber Verification ProgramをOpus 5.5・Sonnet 5.5・Mythosクラスのモデルへ広げると案内しています。

ワークスペースがActiveでも、Opus 5.5とSonnet 5.5には、この説明ページの内容は当てはまりません。

まとめ

承認メールが届いた日にまず見るのは、実際にAPI呼び出しを流すワークスペースの状態です。別のワークスペースがActiveでも、呼び出し元がissueなら適用されません。ZDR組織は、保持を有効にしたワークスペースが対象になるかを先に担当へ確認します。Google Cloud経由なら、直すのはConsoleの外のPublisherModelConfigです。

生命科学分野の別のプログラムについてはClaudeの生命科学認証プログラムで取り上げています。