本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。
Amazon Cognito 的資料保護
AWS 共同責任模型
基於資料保護目的,我們建議您保護 AWS 帳戶登入資料,並使用 AWS Identity and Access Management (IAM) 設定個別使用者帳戶。如此一來,每個使用者都只會獲得授予完成其任務所必須的許可。我們也建議您採用下列方式保護資料:
-
每個帳戶均要使用多重要素驗證 (MFA)。
-
使用 SSL/TLS 與 AWS 資源通訊。
-
使用 設定 API 和使用者活動記錄 AWS CloudTrail。
-
使用 AWS 加密解決方案,以及 服務中的所有 AWS 預設安全控制。
-
使用進階的受管安全服務 (例如 Amazon Macie),協助探索和保護儲存在 Simple Storage Service (Amazon Simple Storage Service (Amazon S3)) 的個人資料。
我們強烈建議您絕對不要將客戶帳戶號碼等敏感的識別資訊,放在自由格式的欄位中,例如Name (名稱) 欄位。這包括當您使用 Amazon Cognito 或其他 AWS 使用主控台、API AWS CLI或 AWS SDKs的服務時。您在 Amazon Cognito 或其他服務中輸入的任何資料都可能選入診斷日誌中。當您提供外部伺服器的 URL 時,請勿在驗證您對該伺服器請求的 URL 中包含憑證資訊。
資料加密
資料加密通常分為兩類:靜態加密和傳輸中加密。
靜態加密
Amazon Cognito 中的資料會依照業界標準進行靜態加密。
傳輸中加密
Amazon Cognito 是受管服務,受到 AWS 全球網路安全的保護。如需 AWS 安全服務及如何 AWS 保護基礎設施的相關資訊,請參閱AWS 雲端安全
您可以使用 AWS 已發佈的 API 呼叫,透過網路存取 Amazon Cognito。使用者端必須支援下列專案:
-
Transport Layer Security (TLS)。我們需要 TLS 1.2 並建議使用 TLS 1.3。
-
具備完美轉送私密(PFS)的密碼套件,例如 DHE (Ephemeral Diffie-Hellman)或 ECDHE (Elliptic Curve Ephemeral Diffie-Hellman)。現代系統(如 Java 7 和更新版本)大多會支援這些模式。
此外,請求必須使用存取金鑰 ID 和與 IAM 主體相關聯的私密存取金鑰來簽署。或者,您可以透過 AWS Security Token Service (AWS STS) 來產生暫時安全憑證來簽署請求。
Amazon Cognito 使用者集區和身分集區具有經過 IAM 驗證、未驗證和權杖授權的 API 操作。未經驗證和權杖授權的 API 操作旨在供您的客戶 (應用程式的最終用戶) 使用。未經驗證及權杖授權的 API 操作於靜態及傳輸中加密。如需詳細資訊,請參閱Amazon Cognito 使用者集區經身分驗證和未進行身分驗證的 API 操作。
注意
Amazon Cognito 會在內部加密您的內容,且不支援客戶提供的金鑰。