AWS Control Tower 中的資料保護 - AWS Control Tower
靜態加密傳輸中加密限制存取內容

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

AWS Control Tower 中的資料保護

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

基於資料保護目的，我們建議您保護 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 活動的資訊，請參閱AWS CloudTrail 《 使用者指南》中的使用 CloudTrail 追蹤。

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

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

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

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

注意

當您設定登陸區域時 AWS CloudTrail ，AWS Control Tower 會自動處理使用 的使用者活動記錄。

如需關於資料保護的詳細資訊，請參閱 AWS 安全部落格上的 AWS 共同責任模型和歐盟《一般資料保護規範》(GDPR) 部落格文章。AWS Control Tower 提供下列選項，可讓您用來協助保護登陸區域中存在的內容：

靜態加密

AWS Control Tower 使用 Amazon S3 儲存貯體和 Amazon DynamoDB 資料庫，這些資料庫使用 Amazon S3-Managed金鑰 (SSE-S3) 來支援您的登陸區域，以靜態方式加密。當您設定登陸區域時，預設會設定此加密。或者，您可以設定登陸區域，以使用 KMS 加密金鑰加密資源。您也可以針對您在登陸區域中使用的服務，為支援該服務的 建立靜態加密。如需詳細資訊，請參閱該服務線上文件的安全章節。

傳輸中加密

AWS Control Tower 使用 Transport Layer Security (TLS) 和用戶端加密進行傳輸中的加密，以支援您的登陸區域。此外，存取 AWS Control Tower 需要使用 主控台，只能透過 HTTPS 端點存取。當您設定登陸區域時，預設會設定此加密。

限制存取內容

做為最佳實務，您應該限制存取適當的使用者子集。使用 AWS Control Tower，您可以確保中央雲端管理員和最終使用者擁有正確的 IAM 許可，或在 IAM Identity Center 使用者的情況下，他們位於正確的群組中，藉此達成此目的。