Utiliser l’IA pour intégrer Auth0
Utiliser l’IA pour intégrer Auth0
Si vous utilisez un assistant de programmation IA comme Claude Code, Cursor ou GitHub Copilot, vous pouvez ajouter automatiquement l’authentification API d’Auth0 en quelques minutes à l’aide des agent skills.Installation :Demandez ensuite à votre assistant IA :Votre assistant IA créera automatiquement votre API Auth0, récupérera les identifiants, installera
@auth0/auth0-fastify-api, configurera le plugin et protégera les points de terminaison de votre API grâce à la validation JWT. Documentation complète des agent skills →Prérequis : Avant de commencer, assurez-vous d’avoir installé les éléments suivants :Vérifiez l’installation :
node --version && npm --versionCompatibilité des versions de Fastify : Ce guide de démarrage rapide fonctionne avec Fastify 5.x et les versions ultérieures.Pour commencer
Créer un nouveau projet
Créez un nouveau répertoire pour votre API Fastify et initialisez un projet Node.js.Initialiser le projetCréez la structure du projet
Installez le SDK d’API Auth0 pour Fastify
Installer les dépendances requisesMettez à jour votre
package.json pour y ajouter des scripts de démarrage :package.json
Configurez votre API Auth0
Ensuite, vous devez créer une nouvelle API dans votre locataire Auth0 et ajouter les variables d’environnement à votre projet.Vous avez deux options pour configurer votre API Auth0 : utiliser une commande CLI ou faire la configuration manuellement dans le Dashboard :
- CLI
- Dashboard
Exécutez la commande suivante à la racine de votre projet pour créer une API Auth0 :Après la création, copiez les valeurs Identifier et Domain, puis créez votre fichier
.env :.env
Cette commande va :
- Vérifier si vous êtes authentifié (et vous inviter à vous connecter au besoin)
- Créer une API Auth0 avec l’identifiant indiqué
- Afficher les détails de l’API, y compris le domaine et l’identifiant
Configurer le plugin API Auth0
Créez votre serveur Fastify et enregistrez le plugin d’API Auth0 :Ce que cela fait :
server.js
- Enregistre le plugin d’API Auth0 pour votre domaine Auth0 et l’audience de l’API
- Configure la validation du JWT pour les requêtes entrantes
- Met le prégestionnaire
requireAuth()à disposition pour protéger les routes
Créer des routes API
Ajoutez des routes publiques et protégées à votre fichier Points clés :
server.js :server.js
- Les routes publiques ne nécessitent pas d’authentification
- Les routes protégées utilisent
preHandler: fastify.requireAuth()pour exiger un JWT valide request.usercontient les claims du JWT décodés pour les requêtes authentifiées- Le claim
subcontient l’identifiant unique de l’utilisateur
Lancez votre API
Démarrez le serveur de développement :Votre API est maintenant accessible à l’adresse http://localhost:3001.
L’option
--watch de Node.js 20+ redémarre automatiquement le serveur lorsque des fichiers sont modifiés.Testez votre API
Testez le point de terminaison public (aucune authentification n’est requise) :Vous devriez voir :Testez le point de terminaison protégé sans Token (échec attendu) :Vous devriez voir une erreur 401 Unauthorized :Pour tester avec un jeton valide, vous devez :
- Créer une application cliente (application Web ou mobile) qui authentifie les utilisateurs
- Configurer l’application pour demander un jeton d’accès pour votre API (à l’aide du paramètre audience)
- Utiliser ce jeton d’accès dans l’en-tête Authorization
Point de contrôleVous devriez maintenant avoir une API protégée. Votre API :
- Accepte les requêtes vers des points de terminaison publics sans authentification
- Rejette les requêtes vers des points de terminaison protégés sans jeton valide
- Valide les jetons JWT par rapport à votre domaine Auth0 et à votre audience
- Fournit les renseignements sur l’utilisateur à partir des claims du jeton au moyen de
request.user
Utilisation avancée
Claims personnalisées de jeton avec TypeScript
Claims personnalisées de jeton avec TypeScript
Étendez l’interface Token pour assurer un typage sûr de vos claims personnalisées dans vos jetons d’accès :TypeScript reconnaîtra maintenant vos claims personnalisées :
server.ts
server.ts
Les claims personnalisées doivent utiliser des URL avec espace de noms (par ex.
https://myapp.com/roles), sauf s’il s’agit de claims OIDC standard. En savoir plus sur les claims personnalisées.Autorisation basée sur les permissions
Autorisation basée sur les permissions
Vérifiez la présence de permissions précises dans le jeton d’accès :
server.js
Les permissions doivent être configurées dans les paramètres de votre API Auth0 et accordées aux applications. En savoir plus sur les permissions d’API.
Autorisation basée sur les rôles
Autorisation basée sur les rôles
Mettez en œuvre le contrôle d’accès basé sur les rôles à l’aide de claims personnalisées :
server.js
Les rôles doivent être ajoutés aux jetons à l’aide des Actions d’Auth0. Découvrez comment ajouter des rôles aux jetons.
Configuration de CORS
Configuration de CORS
Activez CORS pour autoriser les requêtes provenant d’applications web :En production, précisez les origines exactes :
server.js
server.js
Gestion des erreurs
Gestion des erreurs
Ajoutez une gestion complète des erreurs d’authentification :
server.js
Limitation du nombre de requêtes
Limitation du nombre de requêtes
Protégez votre API contre les abus grâce à la limitation du nombre de requêtes :
server.js
Dépannage
Problèmes courants et solutions
Problèmes courants et solutions
”Aucun jeton d’autorisation n’a été trouvé”
Problème : L’API ne trouve pas le jeton d’accès dans la requête.Solutions :- Assurez-vous que l’en-tête
Authorizationest présent :Authorization: Bearer YOUR_TOKEN - Vérifiez que “Bearer” figure bien avant le jeton
- Vérifiez que le jeton n’a pas expiré
”Jeton invalide” ou “jwt malformed”
Problème : Le format du jeton n’est pas valide.Solutions :- Assurez-vous d’utiliser un jeton d’accès, et non un jeton d’identité
- Le jeton doit être obtenu avec le paramètre
audiencede votre API - Vérifiez que le jeton est un JWT valide (il doit comporter trois parties séparées par des points)
“Signature invalide”
Problème : La signature du jeton ne correspond pas.Solutions :- Vérifiez que
AUTH0_DOMAINcorrespond au domaine qui a émis le jeton - Assurez-vous d’utiliser l’algorithme de signature RS256 (par défaut)
- Vérifiez que le jeton n’a pas été modifié
”Audience invalide”
Problème : L’audience du jeton ne correspond pas à votre API.Solution : L’application cliente doit demander un jeton avec la bonne audience :Erreurs CORS dans le navigateur
Problème : Le navigateur bloque les requêtes API en raison de la stratégie CORS.Solution : Installez et configurez@fastify/cors :Prochaines étapes
- Démarrage rapide d’une application web Fastify - Créez une application web qui appelle votre API
- Contrôle d’accès basé sur les rôles - Mettez en œuvre des permissions granulaires
- Pratiques exemplaires pour l’autorisation des API - Découvrez les pratiques exemplaires relatives aux jetons d’accès
- Surveillez votre API - Configurez la journalisation et la surveillance
Ressources
- auth0-fastify-api GitHub - Code source et exemples
- Documentation de Fastify - En savoir plus sur Fastify
- Authentification des API avec Auth0 - Comprendre les jetons d’accès
- Communauté Auth0 - Obtenir de l’aide auprès de la communauté