資料保護 AWS Certificate Manager - AWS Certificate Manager
憑證私有金鑰的安全性

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

資料保護 AWS Certificate Manager

AWS 共用責任模型適用於中的資料保護 AWS Certificate Manager。如此模型中所述， 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 SDK AWS 服務 使用 ACM 或其他工作時。 AWS CLI您在標籤或自由格式文字欄位中輸入的任何資料都可能用於計費或診斷日誌。如果您提供外部伺服器的 URL，我們強烈建議請勿在驗證您對該伺服器請求的 URL 中包含憑證資訊。

憑證私有金鑰的安全性

當您要求公用憑證時， AWS Certificate Manager (ACM) 會產生公開/私密 key pair。您針對匯入的憑證產生金鑰對。公有金鑰會成為憑證的一部分。ACM 會儲存憑證及其對應的私密金鑰，並使用 AWS Key Management Service (AWS KMS) 來協助保護私密金鑰。運作程序如下：

  1. 當您第一次在 AWS 區域中要求或匯入憑證時，ACM 會建立一個受管理 AWS KMS key 的別名 aw s/acm。此 KMS 金鑰在每個 AWS 帳戶和每個 AWS 區域中都是唯一的。

  2. ACM 會使用此 KMS 金鑰來加密憑證的私有金鑰。ACM 只會存放加密版本的私有金鑰；ACM 不會以純文字形式存放私有金鑰。ACM 使用相同的 KMS 金鑰來加密特定 AWS 帳戶和特定 AWS 區域中所有憑證的私密金鑰。

  3. 將憑證與整合 AWS Certificate Manager的服務相關聯時，ACM 會將憑證和加密的私有金鑰傳送到該服務。也會在中建立授權 AWS KMS ，允許服務使用 KMS 金鑰來解密憑證的私密金鑰。如需授權的詳細資訊，請參閱 AWS Key Management Service 開發人員指南中的使用授權。如需 ACM 支援之服務的詳細資訊，請參閱 服務整合 AWS Certificate Manager。

    注意

    您可以控制自動建立的 AWS KMS 授權。如果您因任何原因刪除此授權，就會失去該整合服務的 ACM 功能。

  4. 整合的服務會使用 KMS 金鑰解密私有金鑰。然後，服務會使用憑證和解密的 (純文字) 私有金鑰與其用戶端建立安全的通訊管道 (SSL/TLS 工作階段)。

  5. 憑證與整合的服務取消關聯時，步驟 3 建立的授予便會淘汰。這表示服務不能再使用 KMS 金鑰解密憑證的私有金鑰。