本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。
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 API AWS CLI或其他 AWS 服務時 AWS SDKs。您在 Amazon Cognito 或其他服務中輸入的任何資料都可能選入診斷日誌中。當您將 URL提供給外部伺服器時,請勿在 中包含憑證資訊,URL以驗證您對該伺服器的請求。
資料加密
資料加密通常分為兩類:靜態加密和傳輸中加密。
靜態加密
Amazon Cognito 中的資料會依照業界標準進行靜態加密。
傳輸中加密
作為受管服務,Amazon Cognito 受到 AWS 全球網路安全的保護。如需有關 AWS 安全服務以及如何 AWS 保護基礎設施的資訊,請參閱 AWS Cloud Security
您可以使用 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 和更新版本)大多會支援這些模式。
此外,必須使用與IAM委託人相關聯的存取金鑰 ID 和秘密存取金鑰來簽署請求。或者,您可以透過 AWS Security Token Service (AWS STS) 來產生暫時安全憑證來簽署請求。
Amazon Cognito 使用者集區和身分集區具有已IAM驗證、未驗證和字符授權API的操作。未經驗證和權杖授權API的操作僅供您的客戶、您應用程式的最終使用者使用。未驗證和權杖授權API的操作會在靜態和傳輸中加密。如需詳細資訊,請參閱Amazon Cognito 使用者集區已驗證和未驗證API的操作。
注意
Amazon Cognito 會在內部加密您的內容,且不支援客戶提供的金鑰。