資料保護 AWS Identity and Access Management - AWS Identity and Access Management
IAM 和中的資料加密 AWS STSIAM 和金鑰管理 AWS STSIAM 和中的網際網路流量隱私權 AWS STS

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

資料保護 AWS Identity and Access Management

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

IAM 和中的資料加密 AWS STS

資料加密通常分為兩類：靜態加密和傳輸中加密。

靜態加密

由 IAM 收集和儲存的資料都會進行靜態加密。

  • IAM – IAM 內收集並存放的資料包括 IP 地址、客戶帳戶中繼資料，以及包含密碼的客戶識別資料。系統會透過使用 AES 256 或使用 SHA 256 進行雜湊，對客戶帳戶中繼資料和客戶識別資料進行靜態加密。

  • AWS STS— 除了將成功、錯誤和錯誤請求記錄到服務的服務記錄外，不 AWS STS 會收集客戶內容。

傳輸中加密

客戶識別資料 (包括密碼) 會在傳輸過程中使用 TLS 1.2 和 1.3 進行加密。所有 AWS STS 端點都支援 HTTPS 來加密傳輸中的資料。如需 AWS STS 端點清單，請參閱區域與端點。

IAM 和金鑰管理 AWS STS

您無法使用 IAM 或 AWS STS. 如需有關加密金鑰的詳細資訊，請參閱什麼是 AWS KMS？ 在 AWS Key Management Service 開發人員指南中

IAM 和中的網際網路流量隱私權 AWS STS

對 IAM 的請求必須使用 Transport Layer Security 通訊協定 (TLS) 提出。您可以使用 VPC 端點保護與 AWS STS 服務的連線安全。如需進一步了解，請參閱介面 VPC 端點。