Paramétrer le SAML V2
Vue d’ensemble de SAML V2
SAML 2.0 (Security Assertion Markup Language) est un standard d’échange d’informations d’authentification. Dans un scénario SSO, Le xLMS joue généralement le rôle de fournisseur de services (SP) et délègue l’authentification à un fournisseur d’identité (IdP).
- L’utilisateur demande l’accès à Le xLMS.
- Le xLMS émet une requête d’authentification SAML (AuthnRequest) vers l’IdP.
- L’IdP authentifie l’utilisateur selon les politiques de l’organisation.
- L’IdP retourne une réponse contenant une assertion SAML signée.
- Le xLMS valide la réponse, associe l’identité à un compte et ouvre la session.
Référentiel externe : Microsoft Learn - Protocole SAML d’authentification unique
Écran de configuration Le xLMS
Dans
Paramètres SAML V2 disponibles
|
Paramètre Le xLMS |
Format / valeur attendue |
Rôle technique |
Points de vigilance |
|
Réglage de la connexion |
Liste de sélection : Connexion SSO SAML V2 |
Active le mode d’authentification SAML V2 dans Le xLMS. |
Prévoir un accès administrateur de secours avant toute bascule. |
|
URL du fournisseur de l’identité (IdP) |
URL HTTPS fournie par l’IdP |
Point de redirection vers le service SSO de l’IdP. |
Vérifier le domaine, HTTPS, l’environnement et l’absence d’espace. |
|
Certificat (format X509) |
Certificat public X.509, généralement PEM |
Permet à Le xLMS de vérifier la signature des messages ou assertions reçus. |
Surveiller l’expiration et préparer la rotation du certificat. |
|
Ajouter SAML V2 assertion dans les propriétés |
Case à cocher |
Option Le xLMS liée à l’exposition ou au stockage de l’assertion dans les propriétés. |
Finalité et portée à confirmer avec l’éditeur ; limiter les données personnelles. |
|
Exclure RequestedAuthnContext |
Case à cocher |
Empêche l’envoi du bloc RequestedAuthnContext dans la requête SAML. |
Utile en cas d’incompatibilité IdP ; tester les effets sur les politiques MFA. |
|
Ajouter RequestedAuthnContextComparison |
Case à cocher |
Ajoute un mode de comparaison au contexte d’authentification demandé. |
Valeur exacte et comportement à confirmer dans la documentation éditeur. |
|
Activer WIF |
Case à cocher |
Active une option d’intégration WIF visible dans Le xLMS. |
Compatibilité et prérequis non déductibles de la capture ; ne pas activer sans validation. |
|
Identifiant SAML V2 de l’instance |
URI / URL identifiant l’instance |
Correspond à l’identifiant d’entité du SP (Entity ID / Issuer). |
La valeur doit être strictement identique à celle déclarée dans l’IdP. |
|
Destination |
URL |
Renseigne la destination SAML attendue ou ciblée. |
La signification exacte côté Le xLMS doit être confirmée par test ou documentation éditeur. |
|
Signer la SAML Request |
Case à cocher |
Demande la signature de la requête AuthnRequest émise par Le xLMS. |
Nécessite généralement une clé/certificat SP et une configuration cohérente côté IdP. |
Caractéristiques techniques synthétiques
|
Caractéristique |
SAML V2 dans Le xLMS |
|
Famille |
SSO fédéré basé sur des assertions XML. |
|
Rôles |
Le xLMS : SP ; annuaire/fédération d’entreprise : IdP. |
|
Données de confiance visibles |
URL IdP et certificat public X.509. |
|
Identifiant SP visible |
Identifiant SAML V2 de l’instance. |
|
Requête d’authentification |
AuthnRequest, avec option de signature. |
|
Contexte d’authentification |
Options RequestedAuthnContext visibles dans l’interface. |
|
Provisioning des comptes |
Non déterminable à partir de la capture. |
|
Attribut de correspondance utilisateur |
Non visible ; à documenter (ex. identifiant interne, email, NameID). |
|
Single Logout |
Non visible ; prise en charge à confirmer. |
|
Algorithmes cryptographiques |
Non visibles ; à confirmer pour la signature et, le cas échéant, le chiffrement. |
|
Compatibilité IdP |
À valider en recette pour l’IdP retenu, notamment Microsoft Entra ID, ADFS, Okta ou autre. |
Informations à collecter avant configuration
- Environnement concerné : recette, préproduction ou production.
- URL de connexion SSO de l’IdP.
- Certificat public de signature de l’IdP et date d’expiration.
- Entity ID / Issuer de Le xLMS.
- URL ACS (Assertion Consumer Service) attendue par Le xLMS.
- Format du NameID et attribut utilisé pour rapprocher l’utilisateur du compte Le xLMS.
- Liste des attributs obligatoires et optionnels transmis dans l’assertion.
- Politique de création, mise à jour, désactivation et suppression des comptes.
- Exigences de signature de l’AuthnRequest et de l’assertion/réponse.
- Politique MFA, niveau d’authentification et éventuel RequestedAuthnContext.
- Gestion de la déconnexion et comportement de session.
- Compte administrateur local de secours et procédure de retour arrière.
Procédure de configuration recommandée
- Préparer l’IdP : Créer l’application d’entreprise, définir l’Entity ID, l’URL ACS, les attributs et les utilisateurs ou groupes autorisés.
- Renseigner Le xLMS : Sélectionner “Connexion SSO SAML V2”, saisir l’URL IdP, importer le certificat X.509 et compléter les paramètres SP.
- Aligner les options avancées : Configurer RequestedAuthnContext, la signature des requêtes et les options spécifiques uniquement après validation des exigences IdP.
- Tester en recette : Valider un accès nominal, un utilisateur non autorisé, les attributs manquants, l’expiration de session et le retour d’erreur.
- Sécuriser la mise en production : Conserver un accès local de secours, documenter la restauration, journaliser les changements et planifier la rotation du certificat.
- Passer en exploitation : Définir la supervision, les contacts, les preuves de test et le processus de renouvellement du certificat.
Plan de tests minimal
|
ID |
Cas de test |
Résultat attendu |
|
T01 |
Connexion SP-initiated |
Redirection IdP, authentification, retour vers Le xLMS et ouverture de session. |
|
T02 |
Utilisateur autorisé existant |
Association correcte au compte et aux droits attendus. |
|
T03 |
Utilisateur non autorisé |
Refus contrôlé, sans création ou élévation de droits inattendue. |
|
T04 |
Attribut d’identification absent |
Échec explicite et journalisation exploitable. |
|
T05 |
Certificat incorrect ou expiré |
Rejet de la réponse SAML. |
|
T06 |
Réponse modifiée ou signature invalide |
Rejet de la réponse et absence d’ouverture de session. |
|
T07 |
Horodatage hors tolérance |
Rejet ou comportement conforme à la politique définie. |
|
T08 |
MFA / contexte d’authentification |
Respect de la politique IdP et compatibilité RequestedAuthnContext. |
|
T09 |
Déconnexion / expiration |
Fin de session conforme au comportement attendu. |
|
T10 |
Retour arrière |
Accès administrateur de secours et restauration validés. |
Sécurité et exploitation
- Utiliser exclusivement des endpoints HTTPS et contrôler les domaines déclarés.
- Exiger la validation cryptographique des réponses/assertions et documenter les algorithmes autorisés.
- Limiter les attributs SAML au strict nécessaire et éviter d’exposer des données sensibles.
- Définir une alerte avant expiration du certificat et une procédure de rotation testée.
- Restreindre les droits d’administration de la configuration SSO.
- Conserver les journaux nécessaires au diagnostic sans enregistrer inutilement le contenu complet des assertions.
- Tester toute modification dans un environnement non productif et prévoir un retour arrière.
Points restant à confirmer avec l’éditeur Le xLMS
- URL ACS exacte et disponibilité de métadonnées SP téléchargeables.
- Formats NameID acceptés et attribut de rapprochement par défaut.
- Attributs obligatoires, règles de mapping et gestion des rôles/groupes.
- Création automatique des comptes et cycle de vie des utilisateurs.
- Prise en charge du chiffrement des assertions et algorithmes acceptés.
- Prise en charge du Single Logout.
- Comportement exact des options “Ajouter SAML V2 assertion dans les propriétés”, “Activer WIF” et “Destination”.
- Procédure de rotation simultanée de certificats et possibilité de gérer plusieurs certificats IdP.
- Journaux disponibles et messages d’erreur exploitables.