Activer l’enregistrement dynamique des applications
Auth0 prend en charge Open Dynamic Registration. Si cette option est activée, n’importe qui pourra créer des applications dans votre locataire sans jeton.
Par défaut, l’enregistrement dynamique des applications est désactivé pour tous les locataires. Pour activer l’enregistrement dynamique des applications, utilisez l’Auth0 Dashboard ou la Management API.
Définissez l’indicateur enable_dynamic_client_registration sur true dans les paramètres de votre locataire à l’aide du point de terminaison /api/v2/tenants/settings.Vous devez remplacer {YOUR_MANAGEMENT_API_TOKEN} par un jeton valide ayant le scope update:tenant_settings. Pour en savoir plus, consultez jetons d’accès de la Management API.
Configurer l’accès aux API pour les applications DCR
Avant d’activer DCR, configurez les autorisations par défaut pour les applications tierces sur les API auxquelles les applications enregistrées dynamiquement doivent avoir accès. Sans autorisations par défaut, les applications DCR ne pourront accéder à aucune API.Les autorisations par défaut définissent un ensemble de base d’API et de scopes automatiquement accessibles à toutes les applications tierces. C’est essentiel pour DCR, car vous ne pouvez pas configurer des autorisations d’application pour chaque application pendant le flux d’enregistrement.Pour savoir comment configurer les autorisations par défaut, consultez Configurer les applications tierces.
Pour enregistrer dynamiquement une application, envoyez une requête POST au point de terminaison /oidc/register. Comme Auth0 prend en charge l’enregistrement dynamique ouvert, le point de terminaison /oidc/register accepte les requêtes d’enregistrement sans jeton d’accès.
Paramètre
Description
client_name
Le nom de l’application à créer.
redirect_uris (required)
Un tableau d’URL qu’Auth0 accepte comme URL de redirection valides à la fin d’un flux d’authentification.
token_endpoint_auth_method
La méthode d’authentification du point de terminaison de jeton. Utilisez none pour les applications publiques (SPA, natives) ou client_secret_post (par défaut) pour les applications confidentielles.
grant_types
Les types d’octroi que l’application souhaite utiliser. Ils sont filtrés dans la réponse pour refléter ceux qu’elle sera autorisée à utiliser. Les applications créées au moyen de DCR prennent en charge authorization_code et refresh_token.
response_types
Les types de réponse que l’application utilisera. Utilisez code pour le flux de code d’autorisation.
Si la requête réussit, Auth0 renvoie les identifiants de l’application :
Identifiant unique de l’application avec le préfixe tpc_. Utilisez-le pour lancer des flux d’authentification.
client_secret
Secret client pour les applications confidentielles. N’est pas renvoyé lorsque token_endpoint_auth_method est none.
client_secret_expires_at
Heure d’expiration du secret client. Toujours 0 (n’expire jamais) pour Auth0.
Les développeurs tiers ne peuvent pas modifier les paramètres de l’application après l’enregistrement. Si des changements sont nécessaires, ils doivent communiquer avec le propriétaire du locataire.
Auth0 fournit une ACL du locataire pour gérer le trafic vers le point de terminaison /oidc/register. Vous pouvez limiter qui peut envoyer des requêtes DCR en configurant des règles d’ACL en fonction des éléments suivants :
Adresses IP sources et plages CIDR
Géolocalisation
Autres signaux de requête
Pour configurer des règles d’ACL pour DCR, ajoutez le scope dcr à une règle d’ACL. Pour en savoir plus, consultez la référence de l’ACL du locataire.
Le point de terminaison /oidc/register est soumis à une limite de 5 requêtes par seconde et par locataire. Pour en savoir plus sur les limites de débit, consultez Configuration des limites de débit.
Certains clients qui utilisaient des applications tierces avant avril 2026 peuvent configurer DCR pour créer des applications avec le comportement existant plutôt qu’avec des contrôles de sécurité renforcés. Pour en savoir plus, consultez Enregistrement dynamique des applications en mode permissif.