AWS Identity and Access Management 中的資料保護 - AWS Identity and Access Management

AWS Identity and Access Management 中的資料保護

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

基於資料保護目的,建議您使用 AWS 帳戶 (IAM) 保護 AWS Identity and Access Management 憑證,並設定個別使用者帳戶。如此一來,每個使用者都只會獲得授予完成其任務所必須的許可。我們也建議您採用下列方式保護資料:

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

  • 使用 SSL/TLS 與 AWS 資源通訊。建議使用 TLS 1.2 或更新版本。

  • 使用 AWS CloudTrail 設定 API 和使用者活動記錄。

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

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

  • 如果您在透過命令列介面或 API 存取 AWS 時,需要 FIPS 140-2 驗證的加密模組,請使用 FIPS 端點。如需有關 FIPS 和 FIPS 端點的詳細資訊,請參閱聯邦資訊處理標準 (FIPS) 140-2 概觀

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

IAM 和 AWS STS 中的資料加密

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

靜態加密

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

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

  • AWS STS – AWS STS 除了記錄向服務提出之成功、錯誤和故障請求的服務日誌外,不會收集任何客戶內容。

傳輸中加密

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

IAM 和 AWS STS 中的索引鍵管理

您無法使用 IAM 或 AWS STS 管理加密索引鍵。如需有關加密索引鍵的詳細資訊,請參閱《AWS Key Management Service 開發人員指南》中的什麼是 AWS KMS?

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

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