Paramètres MFA

Choisissez les méthodes MFA proposées aux utilisateurs, configurez les clés FIDO2 et la MFA des sites IIS, et définissez l’enrôlement et la récupération.

Publié le 28 août 2025

Note
  • Pour accéder à cette page, allez dans Paramètres du serveur ▸ MFA.

  • Vous devez disposer au minimum de l’autorisation lecture sur les Paramètres du serveur pour consulter cette page, et de l’autorisation complète pour la modifier.

Méthodes MFA

Cartes des méthodes d’authentification avec interrupteurs et nombre d’utilisateurs enrôlés.

Sélectionnez les méthodes MFA proposées aux utilisateurs. Chaque méthode s’affiche sous forme de carte, avec un interrupteur et le nombre d’utilisateurs enrôlés avec cette méthode.
Vous pouvez activer plusieurs méthodes en même temps, mais au moins une méthode doit rester activée.

Méthodes

Description

Notifications Push

Les utilisateurs approuvent ou refusent les demandes de connexion dans l’application UserLock Push (iOS et Android). La carte affiche des QR codes pour télécharger l’application depuis l’App Store et Google Play. Disponible uniquement avec une licence par abonnement : avec une licence permanente, l'option est verrouillée.

Application d’authentification

Compatible avec toute application basée sur TOTP (ex. Google Authenticator, Microsoft Authenticator, Authy). L’utilisateur s’inscrit en scannant un QR code puis saisit un code temporel à chaque connexion.
Également utile pour les jetons matériels programmables (par exemple Token2) qui génèrent des codes TOTP et sont préprogrammés lors de la configuration. Adapté aux environnements où l’usage des appareils mobiles est restreint.

Clés USB (HOTP)

Les utilisateurs saisissent un code à usage unique généré par une clé USB :

  • Jetons HOTP : jetons de mot de passe à usage unique basés sur un compteur (par exemple Token2 HOTP). Chaque utilisation incrémente le code.

  • YubiKey (mode OTP) : les YubiKey compatibles peuvent générer des mots de passe à usage unique. L’utilisateur insère la clé et la touche pour saisir le code MFA.

Clés de sécurité FIDO2

Les utilisateurs se connectent avec une clé de sécurité compatible avec la norme FIDO2, comme YubiKey, SoloKeys ou Feitian. L’activation de cette méthode ouvre la boîte de dialogue Configurer FIDO2. Voir Configurer les clés de sécurité FIDO2.

Le nombre d’utilisateurs enrôlés renvoie vers la vue correspondante dans Environnement ▸ Utilisateurs ▸ Audités par UserLock. Ces vues listent les utilisateurs avec MFA, sans MFA, et enrôlés avec chaque méthode.

⚠️ Important

Désactiver une méthode ne supprime pas les enrôlements existants. Les utilisateurs enrôlés avant la désactivation de la méthode peuvent toujours l’utiliser pour se connecter. Les nouveaux utilisateurs ne peuvent plus s’enrôler avec cette méthode.

Configurer les clés de sécurité FIDO2

Les clés de sécurité FIDO2 sont liées à un Relying Party ID (RP ID), c’est-à-dire un nom de domaine. Vous le définissez dans la boîte de dialogue Configurer FIDO2 lorsque vous activez la méthode. Le contenu de cette boîte de dialogue varie selon qu’une URL publique de l’application MFA IIS est configurée ou non dans MFA pour les sites web sur serveurs IIS.

Situation

Contenu de la boîte de dialogue

Aucune URL publique configurée

Champ FIDO2 Relying Party ID, prérempli avec un domaine suggéré. La valeur doit être un nom de domaine contenant au moins un point, et ne peut pas être une adresse IP.

URL publique configurée

Champ URL publique de l’application MFA IIS, verrouillé. Sélectionnez Modifier pour le changer : l’URL doit utiliser HTTPS et un nom de domaine, pas une adresse IP. Tester vérifie que l’URL est accessible. Le FIDO2 Relying Party ID doit être l’hôte de l’URL ou l’un de ses domaines parents, jusqu’au domaine enregistrable.

Configuration du Relying Party ID pour activer FIDO2

Lorsque des utilisateurs sont déjà enrôlés avec FIDO2, la boîte de dialogue affiche le RP ID enregistré en lecture seule.

Sélectionnez Continuer, puis enregistrez la page. Pour des conseils de déploiement, voir Configurer les clés de sécurité FIDO2 pour la MFA.

Modifier le Relying Party ID FIDO2

Une fois FIDO2 activé, la carte affiche le RP ID avec une icône de modification. Cette icône n’est disponible que pour les utilisateurs disposant de l’autorisation complète sur les Paramètres du serveur.

Vous ne pouvez modifier le RP ID que si aucun utilisateur n’est enrôlé avec FIDO2. Si des utilisateurs sont enrôlés, l’icône de modification ouvre la boîte de dialogue Désenrôler les utilisateurs FIDO2 pour modifier le RP ID au lieu de la boîte de dialogue de configuration : réinitialisez d’abord la configuration MFA de ces utilisateurs. Ils devront enrôler de nouveau leurs clés. Contactez le support IS Decisions avant de modifier le RP ID.

⚠️ Important

Tant qu’au moins un utilisateur est enrôlé avec FIDO2, le RP ID est verrouillé, même lorsque FIDO2 est désactivé. Lorsque vous réactivez FIDO2, la boîte de dialogue Configurer FIDO2 affiche le RP ID enregistré en lecture seule. Si l’URL publique de l’application MFA IIS n’appartient plus au domaine du RP ID, Continuer reste désactivé.

Conditions d’activation de FIDO2

  • Version de UserLock Server : FIDO2 nécessite UserLock Server 13.1 ou une version ultérieure. Sur une version antérieure, l’interrupteur est verrouillé.

  • Serveur de secours : FIDO2 ne peut pas être activé depuis un serveur de secours. Le RP ID est synchronisé depuis le serveur principal.

  • SSO : lorsque le SSO est configuré, FIDO2 nécessite l’application UserLock IIS MFA. Sinon, la console affiche Installez MFA IIS pour activer FIDO2.

  • Agent MFA IIS : si un agent MFA IIS est enregistré, l’URL publique doit être une URL HTTPS absolue valide avant de pouvoir activer FIDO2.

  • Terminal Server autonome : aucune boîte de dialogue ne s’ouvre. Le RP ID correspond au nom de la machine et ne peut pas être modifié.

MFA pour les sites web sur serveurs IIS

Paramètres MFA pour les sites web sur serveurs IIS avec le champ URL publique

UserLock peut exiger la MFA pour les applications web hébergées sur Microsoft IIS. Il ajoute une seconde étape d’authentification après l’authentification Windows, sans modifier l’application. Pour l’utiliser :

  • Installez et configurez l’agent IIS sur le serveur web.

  • Installez l’application UserLock IIS MFA, qui affiche les invites MFA. Voir Applications IIS.

  • Appliquez aux utilisateurs ciblés une règle d’accès qui exige la MFA.

Cette section n'est pas disponible sur un Terminal Server autonome.

Paramètre

Description

URL publique

URL de l’application UserLock IIS MFA, telle que les utilisateurs y accèdent. Le lien Guide d’installation ouvre le guide d’installation de MFA IIS.

URL privée

URL interne de l’application MFA IIS, si elle diffère de l’URL publique. Disponible uniquement une fois qu’une URL publique est définie.

Tester

Vérifie que les URL publique et privée sont accessibles.

URL publique lorsque FIDO2 est activé

Les clés de sécurité FIDO2 sont liées au domaine du RP ID : l’URL publique doit donc rester dans ce domaine. Lorsque FIDO2 est activé, l’URL est découpée en segments :

https:// [Sous-domaine] .<RP ID>: [Port] / [Chemin de l’application]

  • Vous ne pouvez modifier que le sous-domaine, le port et le chemin de l’application. Les autres parties sont verrouillées.

  • Si aucune URL publique n’est configurée, sélectionnez Ajouter une URL publique. La console renseigne alors une URL par défaut construite sur le RP ID : https://<RP ID>/ulmfa.

  • Supprimer réinitialise l’URL à l’état non configuré, sans modifier le RP ID. Lorsque le SSO est configuré, Supprimer n’est pas disponible, car le SSO nécessite l’application MFA IIS.

  • Le champ URL privée est masqué. L’activation de FIDO2 supprime toute URL privée déjà configurée.

⚠️ Important

L’URL publique reste verrouillée sur le domaine du RP ID tant qu’au moins un utilisateur est enrôlé avec FIDO2, même lorsque FIDO2 est désactivé.

Enrôlement et récupération

Contrôlez la façon dont les utilisateurs s’enrôlent à la MFA et récupèrent l’accès lorsque leur méthode principale n’est pas disponible.

Méthode MFA alternative

Options d’enrôlement et de récupération dans la console UserLock

Permet aux utilisateurs d’enregistrer une méthode MFA de secours lors de l’enrôlement, au cas où ils perdraient l’accès à leur méthode principale.

Option

Description

Activé

Les utilisateurs peuvent enregistrer une méthode de secours. Cette étape est facultative.

Désactivé

Les utilisateurs ne peuvent pas enregistrer de méthode de secours.

Forcer

Les utilisateurs doivent enregistrer une méthode de secours pour terminer l’enrôlement.

Activé et Forcer ne sont disponibles que si l’une de ces conditions est remplie :

  • Au moins deux méthodes parmi Notifications push, Application d’authentification (TOTP) et Clés USB (HOTP) sont activées.

  • Clés de sécurité FIDO2 est activé. Une seconde clé de sécurité peut alors servir de méthode de secours.

Vous pouvez activer en même temps les clés de sécurité FIDO2 et les notifications push sur le serveur, mais un utilisateur ne peut pas avoir les deux, que ce soit comme méthode principale ou de secours. Il en va de même pour les clés de sécurité FIDO2 et les clés USB (HOTP). Un utilisateur enrôlé avec une clé de sécurité enregistre comme méthode de secours une seconde clé de sécurité ou une application d’authentification (TOTP). Avec une seconde clé, il dispose de deux clés FIDO2 : une clé principale et une clé de secours.

⚠️ Important

En mode Forcer, chaque utilisateur doit pouvoir enregistrer une méthode de secours compatible. Si Clés de sécurité FIDO2 est activé avec uniquement Notifications push ou uniquement Clés USB (HOTP), les utilisateurs qui s’enrôlent avec Push ou HOTP n’ont aucune méthode de secours possible. Activez une méthode supplémentaire, comme Application d’authentification (TOTP), ou désactivez Forcer. Tant que ce n’est pas fait, la console n’enregistre pas les paramètres.

Codes de récupération

Option Codes de récupération avec le champ Codes par utilisateur

Codes à usage unique qui remplacent le second facteur lorsque la méthode MFA de l’utilisateur n’est pas disponible.

  • Codes par utilisateur : de 4 à 20.

  • UserLock génère automatiquement les codes lors de l’enrôlement et ne les affiche qu’une seule fois. Les utilisateurs doivent les conserver en lieu sûr.

  • Chaque code ne fonctionne qu’une seule fois.

Sélectionnez Voir un exemple pour afficher les codes tels que les utilisateurs les voient.

Bouton « Demander de l’aide »

Option du bouton « Demander de l’aide » avec destinataires par popup et par e-mail

Ajoute un bouton Demander de l’aide aux invites MFA et aux écrans d’enrôlement. Les utilisateurs le sélectionnent lorsqu’ils ne parviennent pas à effectuer la MFA, par exemple après la perte de leur appareil.

Paramètre

Description

Notifier par popup sur les machines

Noms des machines qui affichent une notification popup pour chaque demande.

Notifier par e-mail

Adresses e-mail qui reçoivent une notification pour chaque demande.

  • Saisissez au moins un destinataire, par popup ou par e-mail.

  • Les notifications par e-mail nécessitent que les Paramètres e-mail soient configurés. Sinon, la console affiche un avertissement.

Les demandes apparaissent sur la page Demandes d’aide MFA, dans Activité. Depuis cette page, les administrateurs peuvent :

  • désactiver temporairement la MFA pour l’utilisateur ;

  • réinitialiser la configuration MFA de l’utilisateur ;

  • marquer la demande comme résolue.

Messages MFA personnalisés

Vous pouvez personnaliser les messages et notifications MFA affichés aux utilisateurs et aux opérateurs UserLock, comme l’invite de configuration MFA, le message d’erreur MFA ou la notification « Demander de l’aide ». Sélectionnez Personnaliser pour ouvrir Messages.