Passer au contenu principal
Pour les implémentations d’ (SSO) initiées par le fournisseur de services, Auth0 agit comme fournisseur de services (SP). Lorsqu’un utilisateur se connecte à une application :
  1. L’application présente à l’utilisateur un ou plusieurs fournisseurs d’identité (IdP) externes.
  2. L’utilisateur sélectionne un IdP pour s’authentifier et se connecte.
  3. Une fois l’authentification réussie, l’utilisateur est renvoyé à l’application avec une session active.
Dans Auth0, le SSO initié par le SP est géré par les connexions.

​
Sessions SSO Auth0 et sessions d’application

Lorsque les utilisateurs se connectent, diverses couches de session peuvent être créées. Pour les implémentations SSO initiées par le SP, il est important de comprendre que l’expérience SSO est rendue possible par la couche de session Auth0, qui est stockée de façon centralisée sur le . En s’appuyant sur cette couche de session, les utilisateurs peuvent facilement s’authentifier auprès de différentes applications, chacune pouvant avoir sa propre session d’application pour indiquer si l’utilisateur y est connecté.

​
Créez vos propres implémentations

​
OIDC/OAuth

  • sociaux
  • Ajouter un serveur d’autorisation OAuth2 générique à Auth0
  • Auth0 Marketplace

​
SAML

​
Limites

  • Les applications natives ne peuvent utiliser que Universal Login.
  • Connect (OIDC) ne prend pas en charge le SSO initié par l’IdP.

​
Pour en savoir plus