Choisir une méthode d’authentification¶
MRBS sépare :
- la méthode de session, qui obtient et conserve l’identité ;
- la méthode d’authentification, qui vérifie l’utilisateur.
Niveaux d’accès¶
MRBS distingue visiteurs inconnus, utilisateurs authentifiés et administrateurs. L’authentification établit l’identité ; le backend ou la configuration fixe le niveau.
Méthodes disponibles dans 1.12.2¶
| Méthode | Cas d’utilisation |
|---|---|
db |
MRBS gère ses propres utilisateurs |
db_ext |
Les utilisateurs résident dans une autre base SQL |
ldap |
LDAP ou Active Directory est disponible |
imap, imap_php, pop3, smtp |
Un serveur de courrier vérifie les identifiants |
cas, saml |
L’organisation dispose d’une authentification unique |
joomla, wordpress, wix |
Une identité de site existante est réutilisée |
config |
Une très petite liste locale suffit |
ext |
Un programme externe fiable effectue la vérification |
none |
Aucune vérification n’est volontairement requise |
Warning
Ne pas choisir une méthode uniquement parce qu’elle est facile. Examiner propriété des mots de passe, cycle des comptes, sécurité du transport, administrateurs et récupération.
Guide de décision¶
Pour une installation autonome, commencer par
l’authentification par base de données. Pour un annuaire géré,
utiliser LDAP, et pour un SSO établi les
fournisseurs externes. Éviter config à grande échelle et
réserver none aux accès volontairement ouverts.
Tester avant le déploiement¶
Tester les connexions réussies et refusées, la déconnexion, l’expiration, les comptes désactivés, les administrateurs et l’indisponibilité du fournisseur. Documenter un accès de récupération contre un verrouillage global.