Amazon EC2 Auto Scaling 中的資料保護 - Amazon EC2 Auto Scaling
用 AWS KMS keys 於加密 Amazon EBS 卷相關資源

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

Amazon EC2 Auto Scaling 中的資料保護

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

基於資料保護目的，我們建議您使用 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 的敏感資料。

  • 如果 AWS 透過命令列介面或存取時需要 FIPS 140-3 驗證的密碼編譯模組API，請使用端點。FIPS如需有關可用FIPS端點的詳細資訊，請參閱聯邦資訊處理標準 (FIPS) 140-3。

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

啟動 Amazon EC2 執行個體時，您可以選擇將使用者資料傳遞至執行個體，以便在執行個體開機時執行其他設定。我們也建議您絕不要在將要傳送到執行個體的使用者資料中加入機密或敏感資訊。

用 AWS KMS keys 於加密 Amazon EBS 卷

您可以將 Auto Scaling 群組設定為使用來加密儲存在雲端中的 Amazon EBS 磁碟區資料 AWS KMS keys。Amazon EC2 Auto Scaling 支援 AWS 受管金鑰和客戶受管金鑰來加密您的資料。請注意，使用啟動組態時，無法使用 KmsKeyId 選項來指定客戶受管金鑰。若要指定客戶受管金鑰，請改用啟動範本。如需詳細資訊，請參閱為 Auto Scaling 群組建立啟動範本。如需如何建立、儲存和管理 AWS KMS 加密金鑰的詳細資訊，請參閱AWS Key Management Service 開發人員指南。

您也可以在設定啟動範本或啟動設定AMI之前，先在EBS備份中設定客戶管理金鑰，或預設使用加密功能強制加密您建立的新EBS磁碟區和快照複本。如需詳細資訊，請參閱 Amazon 使用者指南AMIs中的使用 EBS-backed 加密和 Amazon 使用EC2者指南中的預設加密。EBS

注意

如需如何設定在使用客戶受管金鑰進行加密時，啟動 Auto Scaling 執行個體所需之金鑰政策的相關資訊，請參閱 與加密磁碟區搭配使用的必要 AWS KMS 金鑰原則。

如需 Amazon 提供的資料保護指南EBS，請參閱 Amazon EBS使用者指南中的 Amazon 彈性區塊存放區中的資料保護。