顧客は、顧客が保有する各サイバー検証プログラムアクセスレベル(「アクセスレベル」)について、以下のセキュリティ要件を満たし、維持する必要があります。これらの要件は、承認されたユーザーおよび付与されたワークスペースに適用されます。
1. すべてのアクセスレベル。
セキュリティ連絡先。顧客は、セキュリティおよび不正使用アラートを受け取ることができ、それに対応できる指定されたセキュリティ連絡先をAnthropicに提供する必要があります。
インシデント報告。顧客は、付与に関連する疑わしい侵害または不正使用をAnthropicに72時間以内に、またはセキュリティインシデントの場合は24時間以内に報告する必要があります。報告は[email protected]またはアカウントチームの連絡先で行うことができます。
協力。顧客は、Anthropicが特定した不正使用を48時間以内に調査し、Anthropicと協力して修復し、不正使用に関する問い合わせに7日以内に対応する必要があります。
個人アクセス。各承認されたユーザーは、自分自身としてサインインする必要があります。共有サインイン、シート、セッション、ワークロードアイデンティティ、および以下のすべての要件を満たす明示的に承認されたユーザーではない他の人にセッションを公開するブラウザ拡張機能またはプロキシツールは許可されていません。
使用属性。ユーザープロファイルは、付与されたワークスペースで有効なままである必要があります。これにより、リクエストを指定されたユーザーまたはワークロードアイデンティティに属性付けることができます。
変更通知。顧客は、セキュリティ態勢、所有権、本社、またはセキュリティ連絡先の重大な変更から30日以内にAnthropicに通知する必要があります。
継続的なレビュー。Anthropicは、顧客がこれらのサイバー検証プログラムセキュリティ要件への準拠の証拠を提供するよう要求する場合があります。
2. ディフェンスアクセス。
多要素認証。顧客がCVPにアクセスする時点で、付与されたワークスペースにサインインできるか、その認証情報を保有するすべてのアカウントは、多要素認証が有効になっている必要があります。2026年12月15日(「カットオフ日」)までに、そのようなすべてのアカウントは、CISA事実シート「フィッシング耐性MFAの実装」およびNIST SP 800-63B-4で定義されているフィッシング耐性多要素認証を使用する必要があります。つまり、(i) FIDO2/WebAuthnセキュリティキー、(ii)デバイスまたはパスワードマネージャー内のパスキー、または(iii)スマートカード/PIVであり、メールマジックリンクサインインは無効にする必要があります。SMS、音声、メール送信コード、認証器アプリコード、およびプッシュ承認は適格ではありません。
認証情報管理。カットオフ日までに、ダウンロード、エクスポート、またはその他の長期間有効な静的認証情報(APIキーを含む)は、モデルへのアクセスに使用してはいけません。以下の要件は、顧客がモデルにアクセスするデプロイメントプラットフォームに基づいて顧客に適用されます。適用可能な各プラットフォームについて、すべての承認されたユーザーおよびすべてのワークロードは、そのプラットフォームのネイティブアイデンティティサービスによって発行および管理される短期間有効な認証情報を使用して認証する必要があります。
Anthropic(ファーストパーティAPIおよびコンソール)。Claude Console、Claude for Enterprise、Claude Code、およびその他のAnthropicアプリケーションサーフェスへのインタラクティブアクセスを含む、静的または長期間有効なAPIキーは許可されていません。
Google Vertex。ダウンロードされたサービスアカウントJSONキーファイルは許可されていません。
Amazon Web Services(Amazon Bedrock)。IAMユーザーアクセスキーペア(アクセスキーIDおよびシークレットアクセスキー)は許可されていません。ただし、12時間以内に、またはBedrockセッションの長さのいずれか短い方で有効期限が切れる短期間のBedrockAPIキーは例外です。
Microsoft Azure(Azure AI Foundry)。APIキーおよびエクスポートされたサービスプリンシパルクライアントシークレットまたは証明書は許可されていません。
暫定APIキー。カットオフ日までは、APIキーはディフェンスアクセス付与の下でのみ許可されます。ただし、各キーが(i)シークレットマネージャーまたはパスワードマネージャーに保存され、(ii)単一の人またはワークロードに割り当てられ、(iii)ソースコードから除外され、(iv)少なくとも7日ごとに置き換えられる場合に限ります。Anthropicは、ディフェンスアクセス付与の下でのAPIキーの有効期限を7日に制限する場合があり、カットオフ日から付与されたワークスペースのAPIキーを無効にする場合があります。
承認されたユーザー。このアクセスレベルでは、承認されたユーザーの数に既定の制限はありません。
3. 個人向けディフェンスアクセス。
個人はディフェンスアクセスのみの対象です。付与が個人によって保有されている場合、このセクションが適用されます。
多要素認証。個人は、Googleまたはそれに相当するアイデンティティプロバイダーを通じてのみ、付与を保有するAnthropicアカウントにサインインする必要があります。アクセスが付与された日から、そのアカウントは多要素認証が有効になっている必要があります。2026年12月15日(「カットオフ日」)までに、そのアカウントはフィッシング耐性多要素認証を使用する必要があります。つまり、セキュリティキー、パスキー、またはスマートカード/PIVであり、個人はメールマジックリンクサインインを使用してはいけません。SMS、音声、メール送信コード、認証器アプリコード、およびプッシュ承認は適格ではありません。
認証情報管理。カットオフ日までに、APIキーを含む静的または長期間有効な認証情報は、モデルへのアクセスに使用してはいけません。Claude Code、Claude Console、およびclaude.aiはOAuthを通じて認証されます。提供されている場合、ワークロードのプログラマティックアクセスはワークロードアイデンティティフェデレーションを使用する必要があります。カットオフ日までは、1つのAPIキーのみが許可されます。ただし、(i)パスワードマネージャーまたはローカルシークレットストアに保存され、(ii)共有またはソースコードに配置されず、(iii)少なくとも7日ごとに置き換えられる場合に限ります。Anthropicは、付与の下でのAPIキーの有効期限を7日に制限する場合があり、カットオフ日からAPIキーを無効にする場合があります。
個人アクセス。個人のみがアクセスを使用できます。共有サインインまたはセッション、およびセッションを他の人に公開するブラウザ拡張機能またはプロキシツールは許可されていません。
監視。付与の下のすべてのトラフィックは保持および監視されます。ゼロデータ保持は利用できません。
すべてのアクセスレベル要件のうち、インシデント報告、協力、および継続的なレビューが個人に適用されます。
4. レッドチームアクセス。
認証情報管理。以下の要件は、顧客がモデルにアクセスするデプロイメントプラットフォームに基づいて顧客に適用されます。適用可能な各プラットフォームについて、すべての承認されたユーザーおよびすべてのワークロードは、そのプラットフォームのネイティブアイデンティティサービスによって発行および管理される短期間有効な認証情報を使用して認証する必要があります。
Anthropic(ファーストパーティAPIおよびコンソール)。Claude Console、Claude for Enterprise、Claude Code、およびその他のAnthropicアプリケーションサーフェスへのインタラクティブアクセスを含む、静的または長期間有効なAPIキーは許可されていません。
Google Vertex。ダウンロードされたサービスアカウントJSONキーファイルは許可されていません。
Amazon Web Services(Amazon Bedrock)。IAMユーザーアクセスキーペア(アクセスキーIDおよびシークレットアクセスキー)は許可されていません。ただし、12時間以内に、またはBedrockセッションの長さのいずれか短い方で有効期限が切れる短期間のBedrockAPIキーは例外です。
Microsoft Azure(Azure AI Foundry)。APIキーおよびエクスポートされたサービスプリンシパルクライアントシークレットまたは証明書は許可されていません。
多要素認証。顧客がCVPにアクセスする時点で、フィッシング耐性多要素認証は(i)付与されたワークスペースにサインインできるか、その認証情報を保有するすべてのアカウント、(ii)顧客のアイデンティティプロバイダーでの承認されたユーザーのアカウント、(iii)モデルを呼び出すことができるAWS、Google Cloud、またはAzureアイデンティティ、(iv)モデル認証情報を発行または保存するものへの管理アクセス、および(v)これらの要件を満たすために使用される仮想デスクトップまたはエンクレーブを保護する必要があります。フィッシング耐性多要素認証とは、(i) FIDO2/WebAuthnセキュリティキー、(ii)デバイスまたはパスワードマネージャー内のパスキー、または(iii)スマートカード/PIVを意味し、CISA事実シート「フィッシング耐性MFAの実装」およびNIST SP 800-63B-4と一致しています。SMS、音声、メール送信コード、認証器アプリコード、およびプッシュ承認は適格ではなく、メールマジックリンクサインインは無効にする必要があります。
組織アカウント。承認されたユーザーは、顧客のドメイン上のアカウントでサインインする必要があります。個人およびウェブメールアカウントは許可されていません。
承認されたユーザー。付与されたワークスペースは、付与が承認された作業を個人的に実行または直接監督する75人の承認されたユーザーに制限されています。ワークロードアイデンティティはその数にカウントされません。顧客は、書面(メールで十分)で追加の承認されたユーザーシートをリクエストできます。指定された管理者のみが、メンバーの追加、ロールの変更、またはワークロードアイデンティティまたは認証情報の作成を付与されたワークスペースで行うことができます。
ゲートウェイ。顧客がモデルの前にゲートウェイまたはプロキシを操作する場合、承認されたユーザーまたはそのワークロードアイデンティティのみを許可し、独自の短期間有効な認証情報を使用し、ログとトランスクリプトを承認されたユーザーおよび顧客のセキュリティ、IT管理、またはトラストアンドセーフティチームに制限する必要があります。
顧客が操作する認証情報システム。顧客独自のシステムによって発行された認証情報は12時間以内に有効期限が切れる必要があり、フィッシング耐性多要素認証(人の場合)または検証されたワークロードアイデンティティ(サービスの場合)の後にのみ発行される必要があり、エンドポイント、ソースコード、または共有ストアに静的認証情報を残してはいけません。モデル認証情報を発行できるキーとシークレットは、アクセスログを使用してシークレットマネージャーまたはキー管理サービスに保持する必要があります。
失効。顧客は、侵害された認証情報またはアイデンティティを24時間以内に失効させることができる必要があります。
オフボーディング。顧客は、退職または再配置された承認されたユーザーおよびそのワークロードアイデンティティを、3営業日以内に付与されたワークスペースから削除する必要があります。
ネットワーク出力。モデルが攻撃的またはエージェント的な作業を実行する場所では、アウトバウンドトラフィックはホストから実行される許可リストに制限される必要があり、ログに記録される必要があります。インタラクティブなプロンプトのみに使用されるワークステーションは、エージェント的な作業自体がそのリストを変更できないサンドボックスで実行される場合、ホスト上の許可リストを使用できます。
管理対象デバイス。承認されたユーザーは、顧客が管理し、自動または定期的にスケジュールされたオペレーティングシステムアップデートを受け取るデバイスからのみ付与されたワークスペースに到達する必要があります。個人用デバイスではありません。
身元調査。請負業者を含むすべての承認されたユーザーは、身元確認に合格し、法律で許可されている場合は犯罪歴確認に合格している必要があります。地域法が犯罪確認を制限する場合、身元、就業権、または雇用確認が受け入れられます。政府の審査またはクリアランスはこの要件を満たします。
インシデント手順。顧客は、認証情報失効とシート停止をカバーする付与の疑わしい侵害または不正使用に関する文書化された手順を維持する必要があります。
政府機関。NIST SP 800-53に対する年次独立監査官評価を伴うFISMA操作権限、または同等の国家スキームは、管理対象デバイス、身元調査、およびインシデント手順の要件を満たします。その他のすべての要件は引き続き適用されます。
5. 特別なアクセス。
多要素認証。顧客がCVPにアクセスする時点で、フィッシング耐性多要素認証は(i)付与されたワークスペースにサインインできるか、その認証情報を保有するすべてのアカウント、(ii)顧客のアイデンティティプロバイダーでの承認されたユーザーのアカウント、(iii)モデルを呼び出すことができるAWS、Google Cloud、またはAzureアイデンティティ、(iv)モデル認証情報を発行または保存するものへの管理アクセス、および(v)これらの要件を満たすために使用される仮想デスクトップまたはエンクレーブを保護する必要があります。フィッシング耐性多要素認証とは、(i) FIDO2/WebAuthnセキュリティキー、(ii)デバイスまたはパスワードマネージャー内のパスキー、または(iii)スマートカード/PIVを意味し、CISA事実シート「フィッシング耐性MFAの実装」およびNIST SP 800-63B-4と一致しています。SMS、音声、メール送信コード、認証器アプリコード、およびプッシュ承認は適格ではなく、メールマジックリンクサインインは無効にする必要があります。
認証情報管理。以下の要件は、顧客がモデルにアクセスするデプロイメントプラットフォームに基づいて顧客に適用されます。適用可能な各プラットフォームについて、すべての承認されたユーザーおよびすべてのワークロードは、そのプラットフォームのネイティブアイデンティティサービスによって発行および管理される短期間有効な認証情報を使用して認証する必要があります。
Anthropic(ファーストパーティAPIおよびコンソール)。Claude Console、Claude for Enterprise、Claude Code、およびその他のAnthropicアプリケーションサーフェスへのインタラクティブアクセスを含む、静的または長期間有効なAPIキーは許可されていません。
Google Vertex。ダウンロードされたサービスアカウントJSONキーファイルは許可されていません。
Amazon Web Services(Amazon Bedrock)。IAMユーザーアクセスキーペア(アクセスキーIDおよびシークレットアクセスキー)は許可されていません。ただし、12時間以内に、またはBedrockセッションの長さのいずれか短い方で有効期限が切れる短期間のBedrockAPIキーは例外です。
Microsoft Azure(Azure AI Foundry)。APIキーおよびエクスポートされたサービスプリンシパルクライアントシークレットまたは証明書は許可されていません。
シングルサインオンおよび組織アカウント。承認されたユーザーは、顧客独自のドメイン上のアカウントでサインインする必要があります。承認されたユーザーは、顧客のシングルサインオンを通じてフェデレーションされた組織ドメインアイデンティティでサインインする必要があります。個人、ウェブメール、およびフェデレーションされていないアカウントは許可されていません。
承認されたユーザー。付与されたワークスペースは、付与が承認された作業を個人的に実行または直接監督する25人の承認されたユーザーに制限されています。ワークロードアイデンティティはその数にカウントされません。顧客は、書面(メールで十分)で追加の承認されたユーザーシートをリクエストできます。指定された管理者のみが、メンバーの追加、ロールの変更、またはワークロードアイデンティティまたは認証情報の作成を付与されたワークスペースで行うことができます。
ゲートウェイ。顧客がモデルの前にゲートウェイまたはプロキシを操作する場合、承認されたユーザーまたはそのワークロードアイデンティティのみを許可し、独自の短期間有効な認証情報を使用し、ログとトランスクリプトを承認されたユーザーおよび顧客のセキュリティ、IT管理、またはトラストアンドセーフティチームに制限する必要があります。
顧客が操作する認証情報システム。顧客独自のシステムによって発行された認証情報は12時間以内に有効期限が切れる必要があり、フィッシング耐性多要素認証(人の場合)または検証されたワークロードアイデンティティ(サービスの場合)の後にのみ発行される必要があり、エンドポイント、ソースコード、または共有ストアに静的認証情報を残してはいけません。モデル認証情報を発行できるキーとシークレットは、アクセスログを使用してシークレットマネージャーまたはキー管理サービスに保持する必要があります。
失効。顧客は、侵害された認証情報またはアイデンティティを24時間以内に失効させることができる必要があります。
オフボーディング。顧客は、退職または再配置された承認されたユーザーおよびそのワークロードアイデンティティを、3営業日以内に付与されたワークスペースから削除する必要があります。
ネットワーク出力。モデルが攻撃的またはエージェント的な作業を実行する場所では、アウトバウンドトラフィックはホストから実行される許可リストに制限される必要があり、ログに記録される必要があります。インタラクティブなプロンプトのみに使用されるワークステーションは、エージェント的な作業自体がそのリストを変更できないサンドボックスで実行される場合、ホスト上の許可リストを使用できます。
管理対象デバイスおよびマルウェア保護。承認されたユーザーは、顧客が管理し、個人用デバイスではなく、自動または定期的にスケジュールされたオペレーティングシステムアップデートを受け取るデバイスからのみ付与されたワークスペースに到達する必要があります。承認されたユーザーが付与されたワークスペースに到達するために使用するすべてのデバイスは、顧客によって管理される必要があり、強制モードでアプリケーション許可リストまたは拒否リストを実行するか、ブロックまたは防止モードでエンドポイント検出および応答エージェントを実行する必要があります。この標準を満たす管理対象仮想デスクトップまたはエンクレーブも適格です。
身元調査。請負業者を含むすべての承認されたユーザーは、身元確認に合格し、法律で許可されている場合は犯罪歴確認に合格している必要があります。地域法が犯罪確認を制限する場合、身元、就業権、または雇用確認が受け入れられます。政府の審査またはクリアランスはこの要件を満たします。
インシデント手順。顧客は、認証情報失効、シート停止、およびAnthropicへの通知をカバーする付与の疑わしい侵害または不正使用に関する文書化された手順を維持する必要があります。
政府機関。NIST SP 800-53に対する年次独立監査官評価を伴うFISMA操作権限、または同等の国家スキームは、管理対象デバイスおよびマルウェア保護、身元調査、およびインシデント手順の要件を満たします。その他のすべての要件は引き続き適用されます。
