Auth0

L'intégration entre Corma et Auth0 aligne les personnes qui administrent vos tenants Auth0 sur vos équipes d'ingénierie et de sécurité. Auth0 se présente comme une solution flexible, prête à intégrer, pour ajouter des services d'authentification et d'autorisation à vos applications, et Okta a finalisé son acquisition d'Auth0 en mai 2021, en précisant qu'Auth0 fonctionnerait comme une unité commerciale indépendante. Les offres Auth0 sont dimensionnées selon le nombre d'utilisateurs finaux actifs par mois : la question de gouvernance porte donc sur les personnes qui peuvent modifier le tenant par lequel vos clients se connectent.

À retenir

• Auth0 documente dix rôles de membres de tenant pour le Dashboard, dont Admin, cinq rôles Editor et deux rôles Viewer.
• Le SSO du Dashboard Auth0 n'est inclus que dans l'offre Enterprise et se configure par l'intermédiaire du support Auth0.
• Les invitations de membres de tenant Auth0 ne peuvent pas être automatisées via la Management API, et l'accès des membres de tenant ne peut pas suivre l'appartenance aux groupes de l'IdP.
• Les jetons d'accès de la Management API d'Auth0 durent 24 heures par défaut et, une fois émis, ils ne peuvent pas être révoqués.

Qui peut modifier un tenant Auth0 ?

Un administrateur de tenant ajoute chaque membre par e-mail depuis Dashboard > Settings > Tenant Members et lui attribue un ou plusieurs rôles. La personne invitée se connecte ensuite avec un fournisseur social, ou avec une adresse e-mail et un mot de passe. La documentation d'Auth0 sur le SSO du Dashboard prévient que l'ajout de la connexion SSO n'empêche pas les membres de se connecter avec leurs méthodes existantes, comme l'e-mail et le mot de passe, GitHub ou Google, et qu'un membre invité sous une autre identité peut toujours l'utiliser. Chaque membre peut s'inscrire lui-même à la MFA, mais la MFA ne peut pas être imposée à tous les membres d'un tenant.

Les identifiants machine demandent la même attention. Les applications machine-to-machine reçoivent les scopes d'une API, et Auth0 prévient que les scopes create:client_grants et update:client_grants permettent à un client de s'accorder lui-même des permissions supplémentaires. Une application possède un seul client secret. Auth0 recommande d'ailleurs lui-même de revoir périodiquement les membres des tenants, en vérifiant que les anciens employés n'ont plus accès et qu'il existe plus d'un admin du Dashboard.

Comment Corma encadre Auth0

• Les membres de tenant en revue : les rôles Admin et Editor entrent dans des revues des accès automatisées, conformément au conseil d'Auth0 de confirmer le besoin de chaque membre.
• Des départs retirés de chaque tenant : un workflow de départ créé dans l'IT Workflow Builder demande à un administrateur de tenant de retirer la personne sous Tenant Members dans chaque tenant, ou d'Auth0 Teams, ce qui la retire en une seule fois de tous les tenants de l'équipe.
• Des apps M2M avec un propriétaire : les applications machine-to-machine et leurs client secrets sont des identités non humaines, et chacune a donc besoin d'un propriétaire désigné, en commençant par les apps qui détiennent des scopes client_grants.
• L'offre sous contrôle : l'offre Auth0 et sa date de renouvellement figurent dans la gestion des abonnements SaaS, avec le reste de votre stack.

Questions fréquentes

Auth0 prend-il en charge le SSO et le SCIM pour l'accès au Dashboard ?

Le SSO du Dashboard nécessite une offre Enterprise et se configure avec le support Auth0, avec des configurations documentées pour ADFS, Azure AD, Google, Okta, OneLogin et des fournisseurs OIDC ou SAML génériques. Auth0 ne documente aucun provisionnement SCIM pour les membres de tenant, tandis qu'Auth0 Teams propose un provisionnement juste-à-temps en Early Access pour les tenants Enterprise sur Public Cloud. Découvrez ce que recouvre le provisionnement juste-à-temps.

Comment Corma se connecte-t-il à Auth0 ?

Les invitations de membres de tenant ne peuvent pas être automatisées avec la Management API d'Auth0 : les agents navigateur de Corma gèrent donc les étapes liées aux membres dans le Dashboard Auth0, dans une session de navigateur isolée, avec des identifiants issus de votre coffre-fort de mots de passe. Découvrez aussi comment Corma encadre Okta.

Où sont hébergées les données de Corma ?

Corma est hébergé sur AWS, avec des serveurs web et des bases de données situés dans des centres de données de l'Union européenne. Les données sont chiffrées en transit et au repos, et Corma est certifié ISO/IEC 27001:2022.

Vous voulez savoir qui peut encore modifier vos tenants Auth0 ? Demandez une démo Corma.