Authentification multi-tenant sans les pièges
Par L’équipe Alt Auth
Le multi-tenant est l’endroit où l’authentification faite maison commence à faire mal. La première version suppose qu’un utilisateur appartient à une seule entreprise. Puis une consultante rejoint deux clients, une agence en gère cinq, quelqu’un est promu dans une organisation et reste simple lecteur dans une autre — et le schéma qui semblait évident devient soudain faux partout.
Les rôles appartiennent à l’appartenance, pas à l’utilisateur
Le raccourci le plus coûteux consiste à mettre une colonne de rôle dans l’enregistrement utilisateur. Cela fonctionne jusqu’au jour où une personne a besoin de droits différents à deux endroits, et à ce moment-là l’hypothèse a fui dans chaque requête et chaque contrôle d’interface. Les rôles doivent appartenir à la relation entre un utilisateur et une organisation, dès la toute première migration.
Décidez ce que signifie un jeton
- Un jeton limité à une organisation est plus simple à autoriser et plus sûr en cas de fuite — mais il oblige à en réémettre un à chaque changement d’organisation.
- Un jeton listant toutes les appartenances évite l’aller-retour, mais complique chaque contrôle de droits.
- Quel que soit le choix, documentez-le. Le mode de défaillance classique : deux services qui supposent des réponses différentes.
- Ne laissez jamais le client choisir l’organisation active sans que le serveur confirme l’appartenance.
“Presque toutes les histoires de fuite multi-tenant tiennent en une même phrase : l’identifiant du tenant venait de la requête, et personne ne l’a vérifié.”
Alt Auth modélise directement les organisations, les appartenances, les niveaux de propriété et les rôles de gestionnaire, de sorte que la structure existe avant que vous en ayez besoin ; et l’offre Business ajoute plusieurs organisations sous un même compte pour les clients qui en gèrent plusieurs.