Skip to main content
は、ユーザーに再認証を求めることなく、新しいを要求するために使用されます。 通常は、前のアクセストークンの有効期限が切れる前に新しいアクセストークンを要求する必要があります (サービスの中断を避けるため) 。ただし、トークン交換にはレート制限ポリシーが適用されるため、API を呼び出すたびに要求すべきではありません。 また、リフレッシュトークンを使用してユーザーの新しいIDトークンを要求することもできます。IDトークン内のクレームを更新する必要がある場合は、そうしてください。

API を呼び出す

認証時に受け取ったリフレッシュトークンを新しいアクセストークンに交換するには、Auth0 Authentication API の Get token endpoint を呼び出します。 Authentication API で利用可能な認証方法の詳細については、Authentication Methods を参照してください。

Basic認証を使用する

Post authentication の使用

パラメーター定義

レスポンスには、新しいアクセストークン、トークンタイプ、有効期間 (秒単位) 、および付与されたスコープが含まれます。初期トークンのスコープに openid が含まれていた場合は、新しいIDトークンもレスポンスに含まれます。

MFA をバイパスする

多要素認証 (MFA) が有効で、リフレッシュトークンの交換フローが失敗した場合は、以下の Action コードを使用して ロジックをバイパスできます。
現在のフローまたはプロトコルに応じて、別のロジックを実行する必要がある場合やスキップする必要がある場合は、コード例をカスタマイズできます。

MFA をカスタマイズ

Resource Owner Password Grant、Embedded、またはリフレッシュトークンフローでのカスタマイズ可能な MFA は アーリーアクセス です。この機能を使用すると、Okta のMaster Subscription Agreementに定める該当の Free Trial 条項に同意したものとみなされます。Auth0 のリリースステージの詳細については、Product Release Stagesを参照してください。アーリーアクセスへの参加をご希望の場合は、Auth0 Support までお問い合わせください。
カスタマイズ可能な MFA を使用すると、ユーザーはアプリケーションでサポートされている任意の認証要素を選んで登録し、チャレンジできます。 oauth/token エンドポイントでの認証時に、レスポンスとして mfa_required エラーが返されます。このエラーには、MFA API で使用する mfa_token と、認証器の一覧を含む mfa_requirements パラメーターが含まれます。
mfa_token を使用して mfa/authenticator エンドポイントを呼び出し、ユーザーが登録済みのすべての認証要素の一覧を取得して、アプリケーションがサポートするものと同じタイプを特定します。チャレンジを発行するには、対応する authenticator_type も取得する必要があります。
request/mfa/challenge エンドポイントを呼び出して、MFA チャレンジを必須にします。 Auth0 Actions を使用すると、MFA フローをさらにカスタマイズできます。詳細については、Actions Triggers: post-challenge - API オブジェクト を参照してください。

関連情報