Le modèle identité, session, tenant
Comment votre identité devient une session de tenant, ce que la session autorise, et pourquoi un tenant est une frontière.
Écrire une policy
Le document de policy (Effect, Actions, Resources), les policies gérées du tenant et les commandes sng tenant policy.
Attacher une policy
Lier une policy à des utilisateurs, des rôles, des applications machine ou des jobs CI avec sng tenant policy attach.
Catalogue des actions
Pour chaque commande sng et chaque route de l'API, l'action et la ressource vérifiées par les policies du tenant.
Utilisateurs de vos applications
Gérer l'annuaire des utilisateurs de vos applications (invitation, inscription ouverte, connexion sans mot de passe, blocage, rôles et permissions) depuis la console ou avec sng iam, et ne pas le confondre avec les membres de votre tenant.
Authentification de vos applications
Confier la connexion des utilisateurs de vos applications à l'émetteur OIDC de votre tenant : déclarer une IAMApplication avec directory tenant, lire les claims sub, email, tenant, roles et permissions, vérifier le jeton, renouveler le secret.
Identités machine
Donner une identité à un serveur ou un script (client_credentials) ou à un job CI, lui attacher des policies et obtenir une session de tenant.
Page de connexion
Habiller la page de connexion de vos utilisateurs (logo, couleurs, thème, textes, liens) et choisir entre inscription sur invitation ou ouverte, depuis la console ou avec sng iam login-page.
Fournisseurs de connexion
Choisir comment vos utilisateurs se connectent : lien envoyé par e-mail, Google, GitHub, GitLab, Microsoft, LinkedIn ou fournisseur OpenID Connect, déclarés par IAMProvider, identifiants dans un secret.