身分驗證流程

若要使用使用者名稱和密碼啟用用戶端型身分驗證，請將您的應用程式用戶端設定為允許。在 Amazon Cognito 主控台中，導覽至使用者集區組態中應用程式下的應用程式用戶端選單。若要允許用戶端行動或原生應用程式的純密碼登入，請編輯應用程式用戶端，然後在身分驗證流程下選擇使用使用者名稱和密碼登入：ALOW_USER_PASSWORD_AUTH。若要允許伺服器端應用程式的純密碼登入，請編輯應用程式用戶端，然後選擇使用伺服器端管理登入資料登入：ALOW_ADMIN_USER_PASSWORD_AUTH。

若要使用使用者名稱和密碼啟用以選擇為基礎的身分驗證，請將您的應用程式用戶端設定為允許。編輯您的應用程式用戶端，然後選擇以選擇為基礎的登入：ALOW_USER_AUTH。

若要驗證以選擇為基礎的身分驗證流程中是否提供密碼身分驗證，請導覽至登入功能表，並檢閱以選擇為基礎的登入選項下的 區段。如果在可用選項下顯示密碼，您可以使用純密碼身分驗證登入。密碼選項包含純和 SRP 使用者名稱密碼身分驗證變體。

在 CreateUserPoolClient 或 UpdateUserPoolClient 請求中ExplicitAuthFlows，使用您偏好的username-and-password身分驗證選項來設定 。

"ExplicitAuthFlows": [ 
   "ALLOW_USER_PASSWORD_AUTH",
   "ALLOW_ADMIN_USER_PASSWORD_AUTH",
   "ALLOW_USER_AUTH"
]

在 CreateUserPool 或 UpdateUserPool 請求中，Policies使用您要支援的以選擇為基礎的身分驗證流程來設定 。中的PASSWORD值AllowedFirstAuthFactors包含純密碼和 SRP 身分驗證流程選項。

"Policies": {
   "SignInPolicy": {
      "AllowedFirstAuthFactors": [
         "PASSWORD",
         "EMAIL_OTP",
         "WEB_AUTHN"
      ]
   }
}

若要使用使用者名稱密碼身分驗證將使用者登入應用程式，請設定 AdminInitiateAuth 或 InitiateAuth 請求的內文，如下所示。如果目前使用者符合使用者名稱密碼身分驗證的資格，則此登入請求會成功或繼續進行下一個挑戰。否則，它會回應可用主要要素驗證挑戰的清單。這組參數是登入所需的最低限度。還有其他參數可用。

{
   "AuthFlow": "USER_AUTH",
   "AuthParameters": { 
      "USERNAME" : "testuser",
      "PREFERRED_CHALLENGE" : "PASSWORD",
      "PASSWORD" : "[User's password]"
   },
   "ClientId": "1example23456789"
}

您也可以省略 PREFERRED_CHALLENGE值，並接收包含使用者合格登入因素清單的回應。

{
   "AuthFlow": "USER_AUTH",
   "AuthParameters": { 
      "USERNAME" : "testuser"
   },
   "ClientId": "1example23456789"
}

如果您未提交偏好的挑戰，或提交的使用者不符合他們偏好的挑戰資格，Amazon Cognito 會在 中傳回選項清單AvailableChallenges。當 AvailableChallenges包含 ChallengeName的 時PASSWORD，您可以使用 RespondToAuthChallenge 或 AdminRespondToAuthChallenge 挑戰回應繼續驗證，格式如下。您必須傳遞將挑戰回應與 API 回應關聯到初始登入請求的Session參數。這組參數是登入所需的最低限度。還有其他參數可用。

{
   "ChallengeName": "PASSWORD",
   "ChallengeResponses": { 
      "USERNAME" : "testuser",
      "PASSWORD" : "[User's Password]"
   },
   "ClientId": "1example23456789",
   "Session": "[Session ID from the previous response"
}

Amazon Cognito 會使用字符或其他必要的挑戰，例如多重要素驗證 (MFA) 來回應合格且成功的偏好挑戰請求和PASSWORD挑戰回應。

若要使用使用者名稱-密碼身分驗證將使用者登入用戶端應用程式，請設定 InitiateAuth 請求的內文，如下所示。這組參數是登入所需的最低限度。還有其他參數可用。

{
   "AuthFlow": "USER_PASSWORD_AUTH",
   "AuthParameters": { 
      "USERNAME" : "testuser",
      "PASSWORD" : "[User's password]"
   },
   "ClientId": "1example23456789"
}

若要使用使用者名稱-密碼身分驗證將使用者登入伺服器端應用程式，請設定 AdminInitiateAuth 請求的內文，如下所示。您的應用程式必須使用 AWS 登入資料簽署此請求。這組參數是登入所需的最低限度。還有其他參數可用。

{
   "AuthFlow": "ADMIN_USER_PASSWORD_AUTH",
   "AuthParameters": { 
      "USERNAME" : "testuser",
      "PASSWORD" : "[User's password]"
   },
   "ClientId": "1example23456789"
}

Amazon Cognito 會使用字符或其他必要的挑戰來回應成功的請求，例如多重要素驗證 (MFA)。

若要使用使用者名稱和 SRP 啟用用戶端型身分驗證，請將您的應用程式用戶端設定為允許。在 Amazon Cognito 主控台中，導覽至使用者集區組態中應用程式下的應用程式用戶端選單。若要允許用戶端行動或原生應用程式的 SRP 登入，請編輯應用程式用戶端，然後在身分驗證流程下選擇使用安全遠端密碼 (SRP) 登入：ALOW_USER_SRP_AUTH。

若要使用使用者名稱和 SRP 啟用以選擇為基礎的身分驗證，請編輯您的應用程式用戶端，然後選擇以選擇為基礎的登入：ALOW_USER_AUTH。

若要驗證您的選擇型身分驗證流程中是否提供 SRP 身分驗證，請導覽至登入功能表，並檢閱選擇型登入選項下的 區段。如果在可用選項下顯示密碼，您可以使用 SRP 身分驗證登入。密碼選項包含純文字和 SRP 使用者名稱密碼身分驗證變體。

在 CreateUserPoolClient 或 UpdateUserPoolClient 請求中ExplicitAuthFlows，使用您偏好的username-and-password身分驗證選項來設定 。

"ExplicitAuthFlows": [ 
   "ALLOW_USER_SRP_AUTH",
   "ALLOW_USER_AUTH"
]

在 CreateUserPool 或 UpdateUserPool 請求中，Policies使用您要支援的以選擇為基礎的身分驗證流程來設定 。中的PASSWORD值AllowedFirstAuthFactors包含純文字密碼和 SRP 身分驗證流程選項。

"Policies": {
   "SignInPolicy": {
      "AllowedFirstAuthFactors": [
         "PASSWORD",
         "EMAIL_OTP",
         "WEB_AUTHN"
      ]
   }
}

若要使用 SRP 以使用者名稱密碼身分驗證將使用者登入應用程式，請設定 AdminInitiateAuth 或 InitiateAuth 請求的內文，如下所示。如果目前使用者符合使用者名稱密碼身分驗證的資格，則此登入請求會成功或繼續下一個挑戰。否則，它會回應可用主要因素驗證挑戰的清單。這組參數是登入所需的最低要求。還有其他參數可用。

{
   "AuthFlow": "USER_AUTH",
   "AuthParameters": { 
      "USERNAME" : "testuser",
      "PREFERRED_CHALLENGE" : "PASSWORD_SRP",
      "SRP_A" : "[g^a % N]"
   },
   "ClientId": "1example23456789"
}

您也可以省略 PREFERRED_CHALLENGE值，並接收包含使用者合格登入因素清單的回應。

{
   "AuthFlow": "USER_AUTH",
   "AuthParameters": { 
      "USERNAME" : "testuser"
   },
   "ClientId": "1example23456789"
}

如果您未提交偏好的挑戰，或提交的使用者不符合他們偏好的挑戰資格，Amazon Cognito 會在 中傳回選項清單AvailableChallenges。當 AvailableChallenges包含 ChallengeName的 時PASSWORD_SRP，您可以使用 RespondToAuthChallenge 或 AdminRespondToAuthChallenge 挑戰回應繼續驗證，格式如下。您必須傳遞一個Session參數，將挑戰回應與 API 回應關聯至您的初始登入請求。這組參數是登入所需的最低要求。還有其他參數可用。

{
   "ChallengeName": "PASSWORD_SRP",
   "ChallengeResponses": { 
      "USERNAME" : "testuser",
      "SRP_A" : "[g^a % N]"
   },
   "ClientId": "1example23456789",
   "Session": "[Session ID from the previous response"
}

Amazon Cognito 會以挑戰來回應合格的偏好挑戰請求和PASSWORD_SRP挑戰回應PASSWORD_VERIFIER。您的用戶端必須完成 SRP 計算，並回應 RespondToAuthChallenge 或 AdminRespondToAuthChallenge 請求中的挑戰。

{
   "ChallengeName": "PASSWORD_VERIFIER",
   "ChallengeResponses": { 
      "PASSWORD_CLAIM_SIGNATURE" : "string",
      "PASSWORD_CLAIM_SECRET_BLOCK" : "string",
      "TIMESTAMP" : "string"
   },
   "ClientId": "1example23456789",
   "Session": "[Session ID from the previous response]"
}

在成功的PASSWORD_VERIFIER挑戰回應上，Amazon Cognito 會發出字符或其他必要的挑戰，例如多重要素驗證 (MFA)。

SRP 身分驗證在用戶端身分驗證中比在伺服器端更為常見。不過，您可以使用 SRP 身分驗證搭配 InitiateAuth 和 AdminInitiateAuth。若要將使用者登入應用程式，請設定 InitiateAuth或 AdminInitiateAuth請求的內文，如下所示。這組參數是登入所需的最低要求。還有其他參數可用。

用戶端SRP_A從產生器模數 N g 產生，提高到秘密隨機整數 a 的力量。

{
   "AuthFlow": "USER_SRP_AUTH",
   "AuthParameters": { 
      "USERNAME" : "testuser",
      "SRP_A" : "[g^a % N]"
   },
   "ClientId": "1example23456789"
}

Amazon Cognito 會以 PASSWORD_VERIFIER 挑戰回應。您的用戶端必須完成 SRP 計算，並回應 RespondToAuthChallenge 或 AdminRespondToAuthChallenge 請求中的挑戰。

{
   "ChallengeName": "PASSWORD_VERIFIER",
   "ChallengeResponses": { 
      "PASSWORD_CLAIM_SIGNATURE" : "string",
      "PASSWORD_CLAIM_SECRET_BLOCK" : "string",
      "TIMESTAMP" : "string"
   },
   "ClientId": "1example23456789",
   "Session": "[Session ID from the previous response]"
}

在成功的PASSWORD_VERIFIER挑戰回應上，Amazon Cognito 會發出字符或其他必要的挑戰，例如多重要素驗證 (MFA)。

主控台

若要啟用無密碼登入，請設定您的使用者集區以允許使用一或多個無密碼類型的主要登入，然後設定您的應用程式用戶端以允許USER_AUTH流程。在 Amazon Cognito 主控台中，導覽至使用者集區組態中身分驗證下的登入選單。編輯以選擇為基礎的登入選項，然後選擇電子郵件訊息一次性密碼或簡訊一次性密碼。您可以啟用這兩個選項。儲存您的變更。

導覽至應用程式用戶端選單，然後選擇應用程式用戶端或建立新的用戶端。選取編輯，然後選擇在登入時選取身分驗證類型：ALOW_USER_AUTH。

API/SDK

在使用者集區 API 中，SignInPolicy在 CreateUserPool 或 UpdateUserPool 請求中使用適當的無密碼選項進行設定。

"SignInPolicy": { 
    "AllowedFirstAuthFactors": [ 
        "EMAIL_OTP",
        "SMS_OTP"
    ]
}

ExplicitAuthFlows 使用 CreateUserPoolClient 或 UpdateUserPoolClient 請求中的必要選項來設定您的應用程式用戶端。

"ExplicitAuthFlows": [ 
   "ALLOW_USER_AUTH"
]

無密碼登入沒有您可以在 InitiateAuth AuthFlow 和 AdminInitiateAuth 中指定的用戶端型登入。OTP 身分驗證僅適用於以 選擇為基礎的 AuthFlow USER_AUTH，您可以在其中請求偏好的登入選項，或從使用者的 AvailableChallenges 選擇無密碼選項。若要將使用者登入應用程式，請設定 InitiateAuth或 AdminInitiateAuth請求的內文，如下所示。這組參數是登入所需的最低要求。還有其他參數可用。

在此範例中，我們不知道使用者想要以哪種方式登入。如果我們新增PREFERRED_CHALLENGE參數，而且使用者可以使用偏好的挑戰，Amazon Cognito 會回應該挑戰。

{
   "AuthFlow": "USER_AUTH",
   "AuthParameters": { 
      "USERNAME" : "testuser"
   },
   "ClientId": "1example23456789"
}

在此範例中，您可以改為將 "PREFERRED_CHALLENGE": "EMAIL_OTP"或 "PREFERRED_CHALLENGE": "SMS_OTP" 新增至 AuthParameters 。如果使用者符合該偏好方法的資格，您的使用者集區會立即傳送代碼到使用者的電子郵件地址或電話號碼，並傳回 "ChallengeName": "EMAIL_OTP"或 "ChallengeName": "SMS_OTP"。

如果您未指定偏好的挑戰，Amazon Cognito 會以 AvailableChallenges 參數回應。

{
   "AvailableChallenges": [ 
      "EMAIL_OTP", 
      "SMS_OTP",
      "PASSWORD"
    ],
   "Session": "[Session ID]"
}

此使用者有資格使用電子郵件訊息 OTP、SMS 訊息 OTP 和 username-password 進行無密碼登入。您的應用程式可以提示使用者進行選擇，或根據內部邏輯進行選擇。接著會繼續進行 RespondToAuthChallenge 或 AdminRespondToAuthChallenge 請求，以選取挑戰。假設使用者想要使用電子郵件訊息 OTP 完成無密碼身分驗證。

{
   "ChallengeName": "SELECT_CHALLENGE",
   "ChallengeResponses": { 
      "USERNAME" : "testuser",
      "ANSWER" : "EMAIL_OTP" 
   },
   "ClientId": "1example23456789",
   "Session": "[Session ID from the previous response]"
}

Amazon Cognito 會回應EMAIL_OTP挑戰，並將代碼傳送到您使用者已驗證的電子郵件地址。然後，您的應用程式必須再次回應此挑戰。

如果您以 EMAIL_OTP身分請求，這也會是下一個挑戰回應PREFERRED_CHALLENGE。

{
   "ChallengeName": "EMAIL_OTP",
   "ChallengeResponses": {
      "USERNAME" : "testuser", 
      "EMAIL_OTP_CODE" : "123456" 
   },
   "ClientId": "1example23456789",
   "Session": "[Session ID from the previous response]"
}

主控台

若要使用通行金鑰啟用登入，請設定您的使用者集區以允許使用一或多個無密碼類型的主要登入，然後設定您的應用程式用戶端以允許USER_AUTH流程。在 Amazon Cognito 主控台中，導覽至使用者集區組態中身分驗證下的登入選單。編輯以選擇為基礎的登入選項，並將 Passkey 新增至可用選項清單。

導覽至身分驗證方法選單並編輯通行密鑰。

導覽至應用程式用戶端選單，然後選擇應用程式用戶端或建立新的用戶端。選取編輯，然後在身分驗證流程下，選擇在登入時選取身分驗證類型：ALOW_USER_AUTH。

API/SDK

在使用者集區 API 中，SignInPolicy在 CreateUserPool 或 UpdateUserPool 請求中使用適當的通行金鑰選項進行設定。通行金鑰身分驗證WEB_AUTHN的選項必須至少隨附一個其他選項。通行金鑰註冊需要現有的身分驗證工作階段。

"SignInPolicy": { 
    "AllowedFirstAuthFactors": [ 
        "PASSWORD",
        "WEB_AUTHN"
    ]
}

在 SetUserPoolMfaConfig 請求的 WebAuthnConfiguration 參數中設定您的使用者驗證偏好設定和 RP ID。RelyingPartyId是通行金鑰身分驗證結果的預期目標，可以是您的使用者集區字首或自訂網域，或是您選擇的網域。

"WebAuthnConfiguration": { 
   "RelyingPartyId": "example.auth.us-east-1.amazoncognito.com",
   "UserVerification": "preferred",
   "FactorConfiguration": "SINGLE_FACTOR"
}

ExplicitAuthFlows 使用 CreateUserPoolClient 或 UpdateUserPoolClient 請求中的必要選項來設定您的應用程式用戶端。

"ExplicitAuthFlows": [ 
   "ALLOW_USER_AUTH"
]

受管登入會處理使用者註冊通行密鑰。當您的使用者集區中啟用通行金鑰身分驗證時，Amazon Cognito 會在使用者註冊新使用者帳戶時提示使用者設定通行金鑰。

Amazon Cognito 不會在使用者已註冊且未設定通行金鑰，或您將其帳戶建立為管理員時提示他們設定通行金鑰。處於此狀態的使用者必須使用密碼或無密碼 OTP 等另一個因素登入，才能註冊通行金鑰。

您可以使用 PublicKeyCreationOptions 物件中的中繼資料註冊通行金鑰登入資料。您可以使用登入使用者的登入資料產生此物件，並將其呈現在 API 請求中給其通行金鑰發行者。發行者會傳回 RegistrationResponseJSON 物件，以確認通行金鑰註冊。

若要開始通行金鑰註冊程序，請使用現有的登入選項登入使用者。使用目前使用者的存取權杖授權 StartWebAuthnRegistration API 請求。以下是範例GetWebAuthnRegistrationOptions請求的內文。

{
   "AccessToken": "eyJra456defEXAMPLE"
}

來自使用者集區的回應包含 PublicKeyCreationOptions 物件。在 API 請求中將此物件呈現給使用者的發行者。它提供公有金鑰和依賴方 ID 等資訊。發行者回應 RegistrationResponseJSON 物件。

在 CompleteWebAuthnRegistration API 請求中呈現註冊回應，再次使用使用者的存取權杖進行授權。當您的使用者集區以空白內文回應 HTTP 200 回應時，就會註冊使用者的通行金鑰。

無密碼登入沒有您可以在 InitiateAuth AuthFlow 和 AdminInitiateAuth 中指定的 。反之，您必須宣告 AuthFlow的 USER_AUTH並請求登入選項，或從使用者集區的回應中選擇無密碼選項。若要將使用者登入應用程式，請設定 InitiateAuth或 AdminInitiateAuth請求的內文，如下所示。這組參數是登入所需的最低要求。還有其他參數可用。

在此範例中，我們知道使用者想要使用通行金鑰登入，並新增PREFERRED_CHALLENGE參數。

{
   "AuthFlow": "USER_AUTH",
   "AuthParameters": { 
      "USERNAME" : "testuser",
      "PREFERRED_CHALLENGE" : "WEB_AUTHN"
   },
   "ClientId": "1example23456789"
}

Amazon Cognito 會以 WEB_AUTHN 挑戰回應。您的應用程式必須回應此挑戰。使用使用者的通行金鑰提供者啟動登入請求。它傳回 AuthenticationResponseJSON 物件。

{
   "ChallengeName": "WEB_AUTHN",
   "ChallengeResponses": {
      "USERNAME" : "testuser", 
      "CREDENTIAL" : "{AuthenticationResponseJSON}" 
   },
   "ClientId": "1example23456789",
   "Session": "[Session ID from the previous response]"
}