翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。ユーザーを認証する方法がいくつか用意されています。ユーザーを認証できますAPI。エンドポイントを使用できます。ユーザープールは、さまざまな承認モデルとリクエストのAPIリクエストフローAPIをサポートしています。パスワードの他にも新しいタイプのチャレンジが導入されています。つのAPIオペレーションを実装する必要があります。RespondToAuthChallengeは、クライアント側のパブリックアプリケーションクライアントで使用できるAPIsように認証されていません。IAM認証情報AdminRespondToAuthChallengeを必要とし、サーバー側の機密アプリケーションクライアントに適しています。ユーザーにトークンを発行するまで、ユーザーは連続してチャレンジに回答して認証を進めます。これらの手順を繰り返すことができます。ユーザーを設定しているユーザープールのInitiateAuthフローを考えてみましょうMFA。アプリケーションは、ユーザーにユーザー名とパスワードの入力を求めます。チャレンジとセッション識別子が返されます。アプリは、ユーザーに電話からMFAコードの入力を求めます。リクエストに含めます。いくつかのチャレンジに対応することが必要になります。各リクエストへの応答にセッション文字列を含めます。リクエストを認証フローに結合するには、前のリクエストに対するレスポンスのセッション文字列を後続の各リクエストに含めます。この期間を調整するには、アプリケーションクライアントの認証フローセッション持続期間を変更します。次の手順では、アプリクライアントの構成で、この設定を変更する方法について説明します。よる認証に適用されますAPI。コンテナからアプリクライアントの名前を選択します。認証フローセッション期間を、SMSMFAコードに必要な有効期間に分単位で変更します。これにより、ユーザーがアプリクライアントで認証チャレンジを完了するまでの時間も変更されます。リクエストを準備します。リクエストには、既存のアプリクライアントのプロパティをすべて含める必要があります。値を、SMSMFAコードに必要な有効期間AuthSessionValidityに分単位で変更します。これにより、ユーザーがアプリクライアントで認証チャレンジを完了するまでの時間も変更されます。アプリクライアントの詳細については、「アプリケーションクライアントでのアプリケーション固有の設定」を参照してください。トリガーを使用して、ユーザーの認証方法をカスタマイズできます。トリガーは独自のチャレンジを認証フローの一部として発行し検証を行います。安全なバックエンドサーバーでは、管理者の認証フローを使用することもできます。ユーザー移行の認証フローを使用すると、ユーザーがパスワードをリセットしなくてもユーザー移行できます。秒間ユーザーをロックアウトします。例外が生成され、その後のロックアウト期間の長さには影響しません。秒間ロックアウトします。分間、サインイン試行を開始してはなりません。この動作は変更される可能性があります。この動作は、パスワードベースの認証も実行しない限り、カスタムチャレンジに適用されません。ユーザーがアプリにユーザー名とパスワードを入力します。オペレーションを呼び出します。このAPIオペレーションは、認証パラメータを返します。SRP機能を使用してSRP詳細を生成しますSDKs。ユーザーのトークンが返され、認証フローが完了します。呼び出してもトークンは返されません。代わりに、呼び出しによってセッションが返されます。セッションをRespondToAuthChallenge返すと、アプリケーションはRespondToAuthChallenge再度呼び出します。ユーザープールAPIに認証されたサーバー側を使用できます。サーバー側のアプリでのユーザープール認証は、クライアント側のアプリでの認証に似ています。AdminInitiateAuthAPIオペレーションを呼び出しますInitiateAuth。認証情報が必要ですcognito-idp:AdminRespondToAuthChallenge。オペレーションからは、必要な認証パラメータが返されます。AdminRespondToAuthChallengeAPIオペレーションを呼び出しますRespondToAuthChallenge。認証情報を指定したときにのみ成功します。署名プロセスを参照してください。username-and-passwordできません。