authorization_details au point de terminaison /par pour demander des autorisations plus granulaires que celles demandées dans les scopes. Cela permet un contrôle plus fin de l’accès aux ressources, tant pour les applications que pour les propriétaires de ressources, et atténue les risques de sécurité associés à l’octroi excessif d’accès.
Comme Auth0 prend uniquement en charge la validation des types authorization_details, vous devez implémenter la validation des objets JSON dans authorization_details. Pour en savoir plus, consultez Configurer les demandes d’autorisation enrichies.
Fonctionnement
authorization_details est un tableau JSON d’objets, dont chacun doit inclure un champ type représenté sous forme de chaîne. Le champ type détermine les champs d’objet qui peuvent être personnalisés. Un tableau authorization_details peut contenir plusieurs entrées du même type. Pour en savoir plus sur l’enregistrement des types authorization_details, consultez Configurer les demandes d’autorisation enrichies.
Auth0 présente les authorization_details à l’utilisateur pour approbation dans un écran de consentement personnalisé. Pour en savoir plus, consultez Set customized consent prompt.
Vous devez transmettre le paramètre authorization_details au point de terminaison /par, ce qui permet au Auth0 d’effectuer une validation précoce du type. Le point de terminaison /par transmet les demandes d’autorisation par le canal arrière afin d’éviter que des données sensibles ne soient exposées dans le canal frontal, par exemple dans le navigateur. Une fois la demande d’autorisation transmise au point de terminaison /par, l’application sera redirigée vers le point de terminaison /authorize, puis le flux de code d’autorisation se poursuivra. Pour en savoir plus, consultez Authorization Code Flow with PAR.
Pour terminer le flux de code d’autorisation, échangez le code d’autorisation au point de terminaison /oauth/token, comme dans l’exemple suivant :
authorization_details :
authorization_details pour comprendre la portée de l’autorisation qui lui est accordée sans avoir à inspecter le jeton d’accès. Si l’ demandée est une API qui nécessite des jetons d’accès JWE, le point de terminaison /oauth/token renvoie une réponse qui omet tous les champs d’objet de authorization_details, à l’exception de type. Les revendications du jeton d’accès ne sont pas modifiées dans la réponse.
- Créer un domaine personnalisé.
- Créer un modèle personnalisé de pages Universal Login. Pour savoir comment personnaliser un modèle de page , consultez la documentation de l’API des modèles de page.
- Enregistrer les types
authorization_detailspour un serveur de ressources. - Définir l’invite de consentement personnalisée.
Auth0 ne prend pas en charge la mise à jour de RAR avec Actions.
authorization_details dans l’Action Post-Login au moyen de la propriété event.transaction.requested_authorization_details. Vous pouvez utiliser cette propriété dans une Action pour afficher à l’utilisateur les détails de la transaction dans un défi MFA.
Qu’est-ce qu’Auth0 ne prend pas en charge?
- La mise à jour des RAR à l’aide d’Actions.
- La publication des types de RAR afin que les applications puissent les découvrir.
- La validation des objets RAR autrement qu’en vérifiant qu’ils comportent une propriété type correspondant aux types autorisés pour l’API. Pour en savoir plus, consultez Configure RAR.