資料保護 AWS Private Certificate Authority - AWS Private Certificate Authority

本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。

資料保護 AWS Private Certificate Authority

AWS 共用責任模型適用於中的資料保護 AWS Private Certificate Authority。如此模型中所述, AWS 負責保護執行所有 AWS 雲端. 您負責維護在此基礎設施上託管內容的控制權。您也同時負責所使用 AWS 服務 的安全組態和管理任務。如需資料隱私權的詳細資訊,請參閱資料隱私權常見問答集如需歐洲資料保護的相關資訊,請參閱 AWS 安全性部落格上的 AWS 共同責任模型和 GDPR 部落格文章。

基於資料保護目的,我們建議您使用 AWS IAM Identity Center 或 AWS Identity and Access Management (IAM) 保護 AWS 帳戶 登入資料並設定個別使用者。如此一來,每個使用者都只會獲得授與完成其任務所必須的許可。我們也建議您採用下列方式保護資料:

  • 每個帳戶均要使用多重要素驗證 (MFA)。

  • 使用 SSL/TLS 與 AWS 資源進行通訊。我們需要 TLS 1.2 並建議使用 TLS 1.3。

  • 使用設定 API 和使用者活動記錄 AWS CloudTrail。

  • 使用 AWS 加密解決方案以及其中的所有默認安全控制 AWS 服務。

  • 使用進階的受管安全服務 (例如 Amazon Macie),協助探索和保護儲存在 Amazon S3 的敏感資料。

  • 如果您在透過命令列介面或 API 存取時需要經 AWS 過 FIPS 140-2 驗證的加密模組,請使用 FIPS 端點。如需 FIPS 和 FIPS 端點的相關資訊,請參閱聯邦資訊處理標準 (FIPS) 140-2 概觀

我們強烈建議您絕對不要將客戶的電子郵件地址等機密或敏感資訊,放在標籤或自由格式的文字欄位中,例如名稱 欄位。這包括當您使用主控台、API AWS 私有 CA 或 AWS SDK 時 AWS 服務 使用或其他使用時。 AWS CLI您在標籤或自由格式文字欄位中輸入的任何資料都可能用於計費或診斷日誌。如果您提供外部伺服器的 URL,我們強烈建議請勿在驗證您對該伺服器請求的 URL 中包含憑證資訊。

AWS 私有 CA 私密金鑰的儲存與安全性合規

私密 CA 的私密金鑰會儲存在 AWS 受管理的硬體安全性模組 (HSM) 中。HSM 符合 FIPS PUB 140-2 密碼編譯模組的第 3 級安全性需求。

使用中目錄的 AWS Private CA 連接器中的資料加密

AWS Private CA AD 的連接器會儲存有關連接器、範本、目錄註冊、服務主要名稱和範本群組存取控制項目的客戶組態資料。此資料在傳輸過程中和靜態時都會加密。您可以使用 AWS Private CA API 中的動作探索透過 AD 連接器發GetCertificate行之憑證的相關資訊。不會儲存有關已發行憑證的資訊,或與要求憑證的用戶端或機器相關的資訊 AWS。