Créer et publier une intégration d’actions
1. Déterminez votre cas d’utilisation
2. Choisissez un flux
- Le flux de connexion s’exécute de manière synchrone une fois qu’un utilisateur s’est inscrit ou s’est connecté avec succès. Les événements de connexion comprennent les flux interactifs (comme le nom d’utilisateur, le mot de passe ou la connexion fédérée) et les flux non interactifs (comme les vérifications de la session et les échanges de jetons d’actualisation). Pour en savoir plus sur ce flux, consulter Flux de connexion.
- Le flux de communication entre machines s’exécute de manière synchrone lorsqu’une application demande un jeton d’accès à l’aide de l’autorisation des identifiants du client. Pour en savoir plus sur ce flux, consultez Flux de communication entre machines.
- Le flux Pré-enregistrement de l’utilisateur s’exécute de manière synchrone avant que Auth0 n’ajoute un utilisateur à une base de données ou à une connexion sans mot de passe. Ce flux ne s’exécute pas pour les connexions fédérées telles que les connexions d’entreprise ou par les médias sociaux. Pour en savoir plus sur ce flux, consulter Flux Pré-enregistrement de l’utilisateur.
- Le flux postérieur à l’enregistrement d’utilisateurs s’exécute de manière asynchrone après que Auth0 ait ajouté un utilisateur à une base de données ou à une connexion sans mot de passe. Ce flux ne s’exécute pas pour les connexions fédérées telles que les connexions d’entreprise ou par les médias sociaux. Pour en savoir plus sur ce flux, consulter Flux postérieur à l’enregistrement d’utilisateurs.
- Le flux Post-modification du mot de passe s’exécute de manière asynchrone après que le client a modifié un mot de passe pour un utilisateur d’une connexion à la base de données. Ce flux ne s’exécute pas pour les modifications de mot de passe sur d’autres types de connexions. Pour en savoir plus sur ce flux, consultez Flux post-modification du mot de passe.
- Le flux****Envoi de message téléphonique émet un SMS en tant qu’élément d’un fournisseur d’AMF personnalisé. Pour en savoir plus sur les fournisseurs de personnalisée, consultez Personnaliser les messages texte et vocaux de l’authentification multifacteur (MFA). Pour en savoir plus sur ce flux, consultez Flux d’envoi de message téléphonique.
3. Construire une intégration d’actions
- Modèle d’intégration de l’action après la connexion
- Modèle d’intégration de l’action machine à machine
- Modèle d’intégration de l’action avant l’enregistrement des utilisateurs
- Modèle d’intégration de l’action après l’enregistrement des utilisateurs
- Modèle d’intégration de l’action après un changement de mot de passe
- Modèle d’intégration de l’action pour l’envoi d’un SMS
- Lors de la création de votre action dans un locataire test, utilisez des secrets pour toutes les valeurs qu’un client doit fournir (telles que les identifiants, les noms de locataires et les seuils). Lorsque vous soumettez votre intégration d’actions, Auth0 demande quels champs doivent être chiffrés au repos (pour rester secrets) et lesquels peuvent être des champs de texte modifiables.
- Utilisez un indicateur de configuration du mode de débogage/test pour la journalisation afin de vous aider à effectuer la configuration ou le dépannage. Les intégrations d’action devraient rarement produire des journaux pour toutes les exécutions.
- Écrivez des noms secrets dans
ALL_CAPS_SNAKE_CASEpour faciliter la vérification. - La source des intégrations d’actions est fermée, ce qui signifie que les clients ne peuvent ni voir ni modifier le code. Toute entrée propre au client nécessaire au contrôle de l’intégration d’actions doit être secrète ou provenir de la configuration.
4. Testez vos intégrations d’actions
- L’action échoue-t-elle silencieusement ou bloque-t-elle une exécution ultérieure?
- Comment fonctionne l’action si une requête HTTP échoue?
- Quels messages d’erreur, le cas échéant, sont exposés aux utilisateurs?
- Quelles informations sont consignées?
- L’action peut-elle être contournée ou usurpée?