Consulter les enregistrements d’authentification

L’authentification des terminaux peut demander une seconde vérification d’identité après une connexion, un déverrouillage ou une connexion à distance sur un terminal géré. L’administrateur peut limiter les utilisateurs ou groupes de gestion des identités autorisés et consulter les succès, échecs, verrouillages et déconnexions. L’activité des comptes décrit les sessions de compte du terminal et ne remplace pas le résultat de cette seconde vérification.

Pour la configuration complète, consultez la stratégie d’authentification d’identité du terminal.

Pour consulter des enregistrements existants, utilisez un compte doté du droit de consultation approprié et passez directement aux étapes de recherche ci-dessous. Il n’est pas nécessaire de créer une stratégie ni de produire des événements de test pour la seule consultation. Pour vérifier de nouveaux enregistrements, contrôlez d’abord la stratégie applicable existante ; seule une personne autorisée à gérer les stratégies la modifie si nécessaire avant le test pilote.

Préparation

• La consultation des enregistrements existants nécessite le droit de consultation des terminaux ; l’export nécessite en plus le droit correspondant. Modifier une politique exige le droit de configuration. Pour un nouvel essai, vérifiez la licence requise, l’inscription et la visibilité du terminal pilote ainsi que sa capacité à recevoir la politique et transmettre les événements.
• Préparez un utilisateur pilote actif de gestion des identités. Vérifiez ses identifiants, son groupe et sa méthode d’authentification selon les exigences de l’organisation. Le périmètre de terminaux de la stratégie et celui des utilisateurs ou groupes autorisés sont distincts : appliquer la stratégie à un terminal n’autorise pas automatiquement tous les utilisateurs.
• L’authentification affecte l’accès au terminal. Choisissez d’abord un terminal Windows pilote maintenable sur place, informez les utilisateurs concernés et confirmez une procédure de rétablissement approuvée ainsi qu’une fenêtre de maintenance. Ne déployez pas sur tous les terminaux sans essai et ne saisissez pas plusieurs fois de mauvais identifiants uniquement pour produire des échecs.

Configurer une stratégie pilote

Avant un nouvel essai, vérifiez dans UEM > Policy le périmètre des terminaux, la période d’effet et le commutateur Authentication, puis les utilisateurs ou groupes autorisés, le nombre maximal d’échecs et la durée de verrouillage. Réutilisez une configuration adaptée ; si une modification est nécessaire, une personne habilitée évalue son effet sur les autres terminaux et utilisateurs, la réalise et attend sa réception et son application. Voir la politique d’authentification des terminaux. N’autorisez pas tous les utilisateurs uniquement pour un test.

Lors du changement de périmètre des identités : activer Allow all users efface les utilisateurs et groupes sélectionnés dans les paramètres en cours. Si vous désactivez ensuite cette option, la sélection précédente n’est pas restaurée automatiquement : sélectionnez à nouveau les identités approuvées. Pour abandonner ces modifications, annulez la fenêtre des paramètres d’authentification. Après avoir enregistré ces paramètres, vérifiez et enregistrez aussi la stratégie complète.

Vérifier et rechercher

1. Pour vérifier un nouvel enregistrement : Pendant la fenêtre de maintenance, demandez à l’utilisateur pilote autorisé de se connecter, de déverrouiller ou de se connecter à distance au terminal Windows, puis d’effectuer la vérification demandée. Contrôlez l’invite et le résultat réels ; la seule sauvegarde ne prouve pas l’application.
2. Pour un nouvel enregistrement, attendez d’abord le traitement et la transmission. Ouvrez Audit > Identity Authentication dans la gestion des terminaux. La période initiale comprend le jour même et les 29 jours précédents et peut être modifiée. La liste indique notamment terminal, groupe, utilisateur d’identité, type et raison de l’événement, raison de l’échec, source d’authentification et heure.
3. Filtrez par date, mot-clé, type ou source. Les types comprennent connexion réussie ou échouée, verrouillage et déconnexion ; les sources incluent en ligne et hors ligne. Comparez les raisons et l’heure à l’action réelle. Un verrouillage enregistré n’est pas nécessairement un verrouillage de l’écran Windows.
4. Avant tout essai d’échec ou hors ligne, obtenez une autorisation et confirmez les seuils de verrouillage, le rétablissement et les conditions hors ligne. Limitez l’essai à un environnement pilote récupérable ; ne supposez pas que tous les utilisateurs ou terminaux peuvent s’authentifier hors ligne. Contrôlez le résultat et les événements, puis rétablissez l’environnement.

Si les données nécessaires à l’authentification sont temporairement indisponibles sur le terminal, par exemple avant la fin de leur récupération lors de la première activation ou après leur perte locale, la seconde vérification peut être différée. Une fois les données rétablies, les sessions actives peuvent être invitées à s’authentifier. L’activation de la stratégie ne prouve pas à elle seule son application : vérifiez l’invite sur le terminal pilote et contactez le support en cas d’anomalie.

Export et dépannage

Export crée un CSV contenant uniquement la page actuelle chargée selon les filtres actifs, et non toutes les pages correspondantes. Pour couvrir toute la période, vérifiez et exportez chaque page séparément. Contrôlez date, filtres et page avant l’export, puis vérifiez le fichier et protégez les données de compte conformément aux règles de l’organisation.

Si le résultat attendu manque, contrôlez la licence et la visibilité de l’administrateur, le périmètre de terminaux, les utilisateurs ou groupes autorisés, l’activation et la réception de la stratégie. Vérifiez ensuite l’invite, la date et les filtres, le fonctionnement du client et la remontée. En cas d’échec, utilisez la raison affichée, par exemple utilisateur non autorisé, compte désactivé ou identifiants erronés. N’autorisez pas tous les utilisateurs et ne supprimez pas l’exigence d’identité pour un simple dépannage.