客戶必須滿足並維持以下安全要求，適用於客戶持有的每個網路驗證計畫存取層級（「存取層級」）。這些要求適用於已核准使用者和已授予的工作區。
1. 所有存取層級。
安全聯絡人。客戶必須向 Anthropic 提供一名指定的安全聯絡人，該聯絡人可以接收安全和濫用警示，並能夠對其採取行動。
事件報告。客戶必須在 72 小時內向 Anthropic 報告涉及該授權的可疑洩露或濫用情況，或在 24 小時內報告安全事件。報告可以透過 [email protected] 或您的帳戶團隊聯絡人進行。
合作。客戶必須在 48 小時內調查 Anthropic 發現的任何濫用情況，與 Anthropic 合作進行補救，並在七 (7) 天內回應濫用查詢。
個人存取。每位已核准使用者必須以自己的身份登入。不允許共用登入、座位、工作階段和工作負載身份，以及暴露工作階段給非明確符合以下所有要求的已核准使用者的瀏覽器擴充功能或代理工具。
使用情況歸屬。使用者設定檔必須在已授予的工作區上保持啟用，以便可以將請求歸屬於指定的使用者或工作負載身份。
變更通知。客戶必須在安全狀況、所有權、總部或安全聯絡人發生重大變更後的三十 (30) 天內通知 Anthropic。
持續審查。Anthropic 可能要求客戶提供符合這些網路驗證計畫安全要求的證據。
2. 防禦存取。
多因素驗證。在客戶存取 CVP 時，所有可以登入已授予的工作區或持有其認證的帳戶必須啟用多因素驗證。到 2026 年 12 月 15 日（「截止日期」），所有此類帳戶必須使用根據 CISA 事實表「實施防網路釣魚多因素驗證」和 NIST SP 800-63B-4 定義的防網路釣魚多因素驗證，即 (i) FIDO2/WebAuthn 安全金鑰、(ii) 裝置上或密碼管理員中的通行金鑰，或 (iii) 智慧卡/PIV，且必須停用電子郵件魔法連結登入。簡訊、語音、電子郵件代碼、驗證器應用程式代碼和推送核准不符合資格。
認證管理。到截止日期，不得使用已下載、匯出或其他長期靜態認證（包括 API 金鑰）來存取模型。以下要求根據客戶存取模型的部署平台適用於客戶。對於每個適用的平台，所有已核准使用者和所有工作負載必須使用由該平台原生身份服務發行和管理的短期認證進行驗證。
Anthropic（第一方 API 和主控台）。不允許靜態或長期 API 金鑰，包括對 Claude 主控台、Claude for Enterprise、Claude Code 和其他 Anthropic 應用程式表面的互動式存取。
Google Vertex。不允許已下載的服務帳戶 JSON 金鑰檔案。
Amazon Web Services (Amazon Bedrock)。不允許 IAM 使用者存取金鑰對（存取金鑰 ID 和秘密存取金鑰），但短期 Bedrock API 金鑰除外，該金鑰在 12 小時內或 Bedrock 工作階段長度內過期，以較短者為準。
Microsoft Azure (Azure AI Foundry)。不允許 API 金鑰和匯出的服務主體用戶端秘密或憑證。
臨時 API 金鑰。在截止日期之前，API 金鑰僅在防禦存取授權下允許，前提是每個金鑰 (i) 儲存在秘密管理員或密碼管理員中、(ii) 指派給單一人員或工作負載、(iii) 保持在原始程式碼之外，以及 (iv) 至少每 7 天更換一次。Anthropic 可能會將防禦存取授權下的 API 金鑰生命週期限制為 7 天，並可能從截止日期起停用已授予工作區上的 API 金鑰。
已核准使用者。此存取層級上的已核准使用者數量沒有預設限制。
3. 個人防禦存取。
個人僅符合防禦存取的資格。如果授權由個人持有，本節適用
多因素驗證。個人必須僅透過 Google 或同等身份提供者登入持有授權的 Anthropic 帳戶。從授予存取權之日起，該帳戶必須啟用多因素驗證。到 2026 年 12 月 15 日（「截止日期」），該帳戶必須使用防網路釣魚多因素驗證，即安全金鑰、通行金鑰或智慧卡/PIV，且個人不得使用電子郵件魔法連結登入。簡訊、語音、電子郵件代碼、驗證器應用程式代碼和推送核准不符合資格。
認證管理。到截止日期，不得使用靜態或長期認證（包括 API 金鑰）來存取模型。Claude Code、Claude 主控台和 claude.ai 透過 OAuth 進行驗證。工作負載的程式設計存取（如果提供）必須使用工作負載身份聯盟。在截止日期之前，僅當 API 金鑰 (i) 儲存在密碼管理員或本機秘密存放區中、(ii) 永不共用或放在原始程式碼中，以及 (iii) 至少每 7 天更換一次時，才允許一個 API 金鑰。Anthropic 可能會將授權下的 API 金鑰生命週期限制為 7 天，並可能從截止日期起停用 API 金鑰。
個人存取。個人是唯一可以使用該存取權的人。不允許共用登入或工作階段，以及暴露工作階段給他人的瀏覽器擴充功能或代理工具。
監控。授權下的所有流量都會被保留和監控。零資料保留不可用。
在所有存取層級要求中，事件報告、合作和持續審查適用於個人。
4. 紅隊存取。
認證管理。以下要求根據客戶存取模型的部署平台適用於客戶。對於每個適用的平台，所有已核准使用者和所有工作負載必須使用由該平台原生身份服務發行和管理的短期認證進行驗證。
Anthropic（第一方 API 和主控台）。不允許靜態或長期 API 金鑰，包括對 Claude 主控台、Claude for Enterprise、Claude Code 和其他 Anthropic 應用程式表面的互動式存取。
Google Vertex。不允許已下載的服務帳戶 JSON 金鑰檔案。
Amazon Web Services (Amazon Bedrock)。不允許 IAM 使用者存取金鑰對（存取金鑰 ID 和秘密存取金鑰），但短期 Bedrock API 金鑰除外，該金鑰在 12 小時內或 Bedrock 工作階段長度內過期，以較短者為準。
Microsoft Azure (Azure AI Foundry)。不允許 API 金鑰和匯出的服務主體用戶端秘密或憑證。
多因素驗證。在客戶存取 CVP 時，防網路釣魚多因素驗證必須保護 (i) 所有可以登入已授予的工作區或持有其認證的帳戶、(ii) 已核准使用者在客戶身份提供者處的帳戶、(iii) 可以呼叫模型的 AWS、Google Cloud 或 Azure 身份、(iv) 對發行或儲存模型認證的任何內容的管理存取，以及 (v) 用於滿足這些要求的任何虛擬桌面或飛地。防網路釣魚多因素驗證是指 (i) FIDO2/WebAuthn 安全金鑰、(ii) 裝置上或密碼管理員中的通行金鑰，或 (iii) 智慧卡/PIV，與 CISA 事實表「實施防網路釣魚多因素驗證」和 NIST SP 800-63B-4 一致。簡訊、語音、電子郵件代碼、驗證器應用程式代碼和推送核准不符合資格，且必須停用電子郵件魔法連結登入。
組織帳戶。已核准使用者必須使用客戶網域上的帳戶登入。不允許個人和網路郵件帳戶。
已核准使用者。已授予的工作區限制為七十五 (75) 名已核准使用者，他們親自執行或直接監督授權批准的工作。工作負載身份不計入該數字。客戶可以書面（電子郵件即可）要求額外的已核准使用者座位。只有指定的管理員可以新增成員、變更角色或在已授予的工作區上建立工作負載身份或認證。
閘道。如果客戶在模型前面運營閘道或代理，它必須僅允許已核准使用者或其工作負載身份、使用自己的短期認證，並將其日誌和記錄限制在已核准使用者和客戶的安全、IT 管理或信任與安全團隊。
客戶運營的認證系統。由客戶自己的系統發行的認證必須在 12 小時內過期，必須僅在防網路釣魚多因素驗證（對於人員）或已驗證的工作負載身份（對於服務）後發行，並且必須在端點、原始程式碼或共用存放區中不留下任何靜態認證。可以發行模型認證的金鑰和秘密必須保存在具有存取日誌的秘密管理員或金鑰管理服務中。
撤銷。客戶必須能夠在 24 小時內撤銷任何受損的認證或身份。
離職。客戶必須在三 (3) 個工作天內從已授予的工作區中移除已離職或重新指派的已核准使用者及其工作負載身份。
網路出口。無論模型在何處執行攻擊性或代理工作，出站流量必須限制在主機外強制執行的允許清單，並且必須被記錄。僅用於互動式提示的工作站可以使用主機上的允許清單，如果代理工作本身在無法變更該清單的沙箱中執行。
受管裝置。已核准使用者必須僅從客戶控制的接收自動或定期排程作業系統更新的裝置（而非個人裝置）存取已授予的工作區。
背景調查。每位已核准使用者（包括承包商）必須通過身份檢查，以及在合法的情況下，犯罪歷史檢查。如果當地法律限制犯罪檢查，則接受身份、工作權或就業驗證。政府審查或許可滿足此要求。
事件程序。客戶必須維持一份書面程序，用於應對授權的可疑洩露或濫用，涵蓋認證撤銷和座位暫停。
政府實體。FISMA 營運授權，具有針對 NIST SP 800-53 的年度獨立監察長評估，或同等的國家計畫，滿足受管裝置、背景調查和事件程序要求。所有其他要求繼續適用。
5. 專門存取。
多因素驗證。在客戶存取 CVP 時，防網路釣魚多因素驗證必須保護 (i) 所有可以登入已授予的工作區或持有其認證的帳戶、(ii) 已核准使用者在客戶身份提供者處的帳戶、(iii) 可以呼叫模型的 AWS、Google Cloud 或 Azure 身份、(iv) 對發行或儲存模型認證的任何內容的管理存取，以及 (v) 用於滿足這些要求的任何虛擬桌面或飛地。防網路釣魚多因素驗證是指 (i) FIDO2/WebAuthn 安全金鑰、(ii) 裝置上或密碼管理員中的通行金鑰，或 (iii) 智慧卡/PIV，與 CISA 事實表「實施防網路釣魚多因素驗證」和 NIST SP 800-63B-4 一致。簡訊、語音、電子郵件代碼、驗證器應用程式代碼和推送核准不符合資格，且必須停用電子郵件魔法連結登入。
認證管理。以下要求根據客戶存取模型的部署平台適用於客戶。對於每個適用的平台，所有已核准使用者和所有工作負載必須使用由該平台原生身份服務發行和管理的短期認證進行驗證。
Anthropic（第一方 API 和主控台）。不允許靜態或長期 API 金鑰，包括對 Claude 主控台、Claude for Enterprise、Claude Code 和其他 Anthropic 應用程式表面的互動式存取。
Google Vertex。不允許已下載的服務帳戶 JSON 金鑰檔案。
Amazon Web Services (Amazon Bedrock)。不允許 IAM 使用者存取金鑰對（存取金鑰 ID 和秘密存取金鑰），但短期 Bedrock API 金鑰除外，該金鑰在 12 小時內或 Bedrock 工作階段長度內過期，以較短者為準。
Microsoft Azure (Azure AI Foundry)。不允許 API 金鑰和匯出的服務主體用戶端秘密或憑證。
單一登入和組織帳戶。已核准使用者必須使用客戶自己網域上的帳戶登入。已核准使用者必須使用透過客戶單一登入聯盟的組織網域身份登入。不允許個人、網路郵件和非聯盟帳戶。
已核准使用者。已授予的工作區限制為 25 名已核准使用者，他們親自執行或直接監督授權批准的工作。工作負載身份不計入該數字。客戶可以書面（電子郵件即可）要求額外的已核准使用者座位。只有指定的管理員可以新增成員、變更角色或在已授予的工作區上建立工作負載身份或認證。
閘道。如果客戶在模型前面運營閘道或代理，它必須僅允許已核准使用者或其工作負載身份、使用自己的短期認證，並將其日誌和記錄限制在已核准使用者和客戶的安全、IT 管理或信任與安全團隊。
客戶運營的認證系統。由客戶自己的系統發行的認證必須在 12 小時內過期，必須僅在防網路釣魚多因素驗證（對於人員）或已驗證的工作負載身份（對於服務）後發行，並且必須在端點、原始程式碼或共用存放區中不留下任何靜態認證。可以發行模型認證的金鑰和秘密必須保存在具有存取日誌的秘密管理員或金鑰管理服務中。
撤銷。客戶必須能夠在 24 小時內撤銷任何受損的認證或身份。
離職。客戶必須在 3 個工作天內從已授予的工作區中移除已離職或重新指派的已核准使用者及其工作負載身份。
網路出口。無論模型在何處執行攻擊性或代理工作，出站流量必須限制在主機外強制執行的允許清單，並且必須被記錄。僅用於互動式提示的工作站可以使用主機上的允許清單，如果代理工作本身在無法變更該清單的沙箱中執行。
受管裝置和惡意軟體保護。已核准使用者必須僅從客戶控制的裝置（而非個人裝置）存取已授予的工作區，且該裝置必須接收自動或定期排程的作業系統更新。已核准使用者用來存取已授予工作區的每個裝置必須由客戶管理，並且必須在強制模式下執行應用程式允許清單或拒絕清單，或在阻止或防止模式下執行端點偵測和回應代理。符合此標準的受管虛擬桌面或飛地也符合資格。
背景調查。每位已核准使用者（包括承包商）必須通過身份檢查，以及在合法的情況下，犯罪歷史檢查。如果當地法律限制犯罪檢查，則接受身份、工作權或就業驗證。政府審查或許可滿足此要求。
事件程序。客戶必須維持一份書面程序，用於應對授權的可疑洩露或濫用，涵蓋認證撤銷、座位暫停和通知 Anthropic。
政府實體。FISMA 營運授權，具有針對 NIST SP 800-53 的年度獨立監察長評估，或同等的國家計畫，滿足受管裝置和惡意軟體保護、背景調查和事件程序要求。所有其他要求繼續適用。