- L’utilisateur tente de s’authentifier auprès de l’application.
- Auth0 transmet la requête au fournisseur d’identité sélectionné.
- Une fois que le fournisseur d’identité confirme que les identifiants de l’utilisateur sont valides, toutes les Rules créées s’exécutent dans l’ordre où elles sont configurées dans le Dashboard.
- Si aucune Rule ne restreint l’accès de l’utilisateur, celui-ci est autorisé à accéder à l’application.
Rules pour les stratégies d’autorisation
Comprenez comment les Rules s’appliquent aux stratégies d’autorisation et au système de contrôle d’accès basé sur les rôles (RBAC) d’Auth0.
Vous pouvez ajouter des Rules à la stratégie d’autorisation préconfigurée afin d’exercer un contrôle supplémentaire sur l’autorisation ou le refus d’accès des utilisateurs. Une Rule contient du code personnalisé qui prend une décision d’autorisation en fonction d’une logique donnée. Combinée à d’autres Rules, elle aide à définir ce qui se produit dans différents contextes.
Les Rules peuvent restreindre l’accès selon n’importe quelle combinaison d’attributs que vous stockez pour les utilisateurs, comme le service de l’utilisateur, l’heure de la journée, l’emplacement ou tout autre attribut d’utilisateur ou d’API (comme le nom d’utilisateur, le niveau d’habilitation de sécurité ou le nom de l’API).
Par exemple, si vous utilisiez des Rules pour mettre en place un contrôle d’accès précis dans une organisation à but non lucratif, vous pourriez accorder l’accès à une application uniquement aux employés W-2 du service Recherche et développement du bureau de New Delhi.
Pour obtenir des exemples d’implémentation de Rules avec des stratégies d’autorisation, consultez Exemples de cas d’utilisation : Rules avec autorisation.
Selon l’ordre dans lequel elles s’exécutent, les Rules peuvent modifier le résultat de la décision d’autorisation avant que les permissions ne soient ajoutées au . Le processus de base lorsque des Rules sont appliquées est le suivant :