- Suivre des renseignements sur l’appareil, comme le nom de l’appareil ou l’emplacement de connexion
- Stocker des indicateurs au niveau du jeton, par exemple
user_accepted_termsousession_type - Partager l’état entre plusieurs Actions dans le même flux
- Piloter une logique conditionnelle pour l’émission ou la révocation de jetons
- Alimenter des pipelines d’audit et d’analytique qui doivent prendre en compte les données contextuelles de l’utilisateur
Flux pris en charge
- Flux avec code d’autorisation
- Octroi par mot de passe du propriétaire de la ressource
- Octroi d’autorisation d’appareil
- Flux de connexions fédérées
- Authentification en canal arrière initiée par l’application (CIBA)
- Clés d’accès natives
- Échange de jeton d’actualisation
Vous pouvez définir les métadonnées du jeton d’actualisation dans n’importe lequel des flux pris en charge ci-dessus. Toutefois, les métadonnées existantes peuvent seulement être lues au moyen de l’objet
event.refresh_token.metadata dans les scénarios d’échange de jeton d’actualisation où event.refresh_token existe. Lors de la connexion initiale, event.refresh_token n’existe pas; vous pouvez donc uniquement définir les métadonnées, sans pouvoir les lire. Lors d’un échange de jeton d’actualisation, vous pouvez à la fois lire les métadonnées existantes et définir de nouvelles valeurs.Limitations
- Les métadonnées du jeton d’actualisation sont limitées à 25 entrées au maximum
- Chaque clé et chaque valeur doivent contenir 255 caractères ou moins
- Les clés de métadonnées ne peuvent contenir que des lettres, des chiffres, des traits de soulignement ou des traits d’union