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

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

資料保護 AWS Certificate Manager

所以此 AWS 共同責任模型適用於資料保護 AWS Certificate Manager。 如本模型所述， AWS 負責保護運行所有的全球基礎設施 AWS 雲端。 您有責任維持對託管在此基礎結構上的內容的控制權。您也必須負責 AWS 服務 你使用. 如需有關資料隱私權的詳細資訊，請參閱資料隱私權FAQ。 如需歐洲資料保護的相關資訊，請參閱 AWS 共同責任模型和GDPR博客文章 AWS 安全部落格。

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

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

  • 使用SSL/TLS與之溝通 AWS 的費用。我們需要 TLS 1.2 並推薦 TLS 1.3。

  • 設定API和使用者活動記錄 AWS CloudTrail。 如需使用 CloudTrail 軌跡進行擷取的相關資訊 AWS 活動，請參閱使用 CloudTrail 系統線 AWS CloudTrail 用戶指南。

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

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

  • 如果您在訪問時需要 FIPS 140-3 驗證的加密模塊 AWS 透過指令行介面或API使用FIPS端點。如需有關可用FIPS端點的詳細資訊，請參閱聯邦資訊處理標準 (FIPS) 140-3。

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

憑證私有金鑰的安全性

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

  1. 第一次要求或匯入憑證 AWS 區域，ACM建立受管理 AWS KMS key 與別名 aws/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，請參閱服務整合 ACM。

    注意

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

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

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