Windows Credentials Protections
Protections des identifiants
WDigest
Le protocole WDigest, introduit avec Windows XP, est conçu pour l'authentification via le protocole HTTP et est activé par défaut sur Windows XP à Windows 8.0 et Windows Server 2003 à Windows Server 2012. Ce paramètre par défaut entraîne un stockage des mots de passe en texte clair dans LSASS (Local Security Authority Subsystem Service). Un attaquant peut utiliser Mimikatz pour extraire ces identifiants en exécutant :
Pour activer ou désactiver cette fonctionnalité, les clés de registre UseLogonCredential et Negotiate situées dans HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\SecurityProviders\WDigest doivent être définies sur "1". Si ces clés sont absentes ou définies sur "0", WDigest est désactivé:
Protection LSA
À partir de Windows 8.1, Microsoft a amélioré la sécurité de LSA pour bloquer les lectures de mémoire non autorisées ou les injections de code par des processus non fiables. Cette amélioration entrave le fonctionnement habituel de commandes telles que mimikatz.exe sekurlsa:logonpasswords. Pour activer cette protection renforcée, la valeur RunAsPPL dans HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\LSA doit être ajustée à 1:
Contournement
Il est possible de contourner cette protection en utilisant le pilote Mimikatz mimidrv.sys :
Garde des informations d'identification
Garde des informations d'identification, une fonctionnalité exclusive aux éditions Windows 10 (Entreprise et Éducation), renforce la sécurité des informations d'identification de la machine en utilisant le Mode Sécurisé Virtuel (VSM) et la Sécurité Basée sur la Virtualisation (VBS). Elle exploite les extensions de virtualisation du CPU pour isoler les processus clés dans un espace mémoire protégé, hors de portée du système d'exploitation principal. Cette isolation garantit que même le noyau ne peut pas accéder à la mémoire dans le VSM, protégeant efficacement les informations d'identification contre des attaques telles que le pass-the-hash. L'Autorité de Sécurité Locale (LSA) fonctionne dans cet environnement sécurisé en tant que trustlet, tandis que le processus LSASS dans le système d'exploitation principal agit simplement comme un communicateur avec l'LSA du VSM.
Par défaut, Garde des informations d'identification n'est pas activée et nécessite une activation manuelle au sein d'une organisation. C'est essentiel pour renforcer la sécurité contre des outils comme Mimikatz, qui sont entravés dans leur capacité à extraire des informations d'identification. Cependant, des vulnérabilités peuvent encore être exploitées en ajoutant des Fournisseurs de Support de Sécurité (SSP) personnalisés pour capturer des informations d'identification en clair lors de tentatives de connexion.
Pour vérifier l'état d'activation de Garde des informations d'identification, la clé de registre LsaCfgFlags sous HKLM\System\CurrentControlSet\Control\LSA peut être inspectée. Une valeur de "1" indique une activation avec verrouillage UEFI, "2" sans verrouillage, et "0" indique qu'elle n'est pas activée. Cette vérification de registre, bien qu'un indicateur fort, n'est pas la seule étape pour activer la Garde des informations d'identification. Des directives détaillées et un script PowerShell pour activer cette fonction sont disponibles en ligne.
Pour une compréhension complète et des instructions sur l'activation de Credential Guard dans Windows 10 et son activation automatique dans les systèmes compatibles de Windows 11 Enterprise et Education (version 22H2), visitez la documentation de Microsoft.
Des détails supplémentaires sur la mise en œuvre de SSP personnalisés pour la capture d'informations d'identification sont fournis dans ce guide.
Mode RestrictedAdmin de RDP
Windows 8.1 et Windows Server 2012 R2 ont introduit plusieurs nouvelles fonctionnalités de sécurité, y compris le mode Restricted Admin pour RDP. Ce mode a été conçu pour renforcer la sécurité en atténuant les risques associés aux attaques de type pass the hash.
Traditionnellement, lors de la connexion à un ordinateur distant via RDP, vos informations d'identification sont stockées sur la machine cible. Cela pose un risque de sécurité important, en particulier lors de l'utilisation de comptes avec des privilèges élevés. Cependant, avec l'introduction du mode Restricted Admin, ce risque est considérablement réduit.
Lors de l'initialisation d'une connexion RDP en utilisant la commande mstsc.exe /RestrictedAdmin, l'authentification sur l'ordinateur distant est effectuée sans stocker vos informations d'identification sur celui-ci. Cette approche garantit que, en cas d'infection par un logiciel malveillant ou si un utilisateur malveillant accède au serveur distant, vos informations d'identification ne sont pas compromises, car elles ne sont pas stockées sur le serveur.
Il est important de noter que dans le mode Restricted Admin, les tentatives d'accès aux ressources réseau à partir de la session RDP n'utiliseront pas vos informations d'identification personnelles; à la place, l'identité de la machine est utilisée.
Cette fonctionnalité marque une avancée significative dans la sécurisation des connexions de bureau à distance et la protection des informations sensibles contre toute exposition en cas de violation de sécurité.
Pour des informations plus détaillées, visitez cette ressource.
Informations d'identification mises en cache
Windows sécurise les informations d'identification de domaine via l'Autorité de sécurité locale (LSA), prenant en charge les processus de connexion avec des protocoles de sécurité tels que Kerberos et NTLM. Une fonctionnalité clé de Windows est sa capacité à mettre en cache les dix dernières connexions de domaine pour garantir que les utilisateurs puissent toujours accéder à leurs ordinateurs même si le contrôleur de domaine est hors ligne—un avantage pour les utilisateurs d'ordinateurs portables souvent loin du réseau de leur entreprise.
Le nombre de connexions mises en cache est ajustable via une clé de registre spécifique ou une stratégie de groupe. Pour afficher ou modifier ce paramètre, la commande suivante est utilisée:
L'accès à ces informations d'identification mises en cache est étroitement contrôlé, seul le compte SYSTEM ayant les autorisations nécessaires pour les visualiser. Les administrateurs qui ont besoin d'accéder à ces informations doivent le faire avec les privilèges utilisateur SYSTEM. Les informations d'identification sont stockées à : HKEY_LOCAL_MACHINE\SECURITY\Cache
Mimikatz peut être utilisé pour extraire ces informations d'identification mises en cache en utilisant la commande lsadump::cache.
Pour plus de détails, la source originale fournit des informations complètes.
Utilisateurs Protégés
L'appartenance au groupe Utilisateurs Protégés introduit plusieurs améliorations de sécurité pour les utilisateurs, garantissant des niveaux de protection plus élevés contre le vol et l'utilisation abusive d'informations d'identification :
Délégation d'informations d'identification (CredSSP) : Même si le paramètre de stratégie de groupe pour Autoriser la délégation des informations d'identification par défaut est activé, les informations d'identification en clair des Utilisateurs Protégés ne seront pas mises en cache.
Windows Digest : À partir de Windows 8.1 et Windows Server 2012 R2, le système ne mettra pas en cache les informations d'identification en clair des Utilisateurs Protégés, quel que soit le statut de Windows Digest.
NTLM : Le système ne mettra pas en cache les informations d'identification en clair des Utilisateurs Protégés ou les fonctions unidirectionnelles NT (NTOWF).
Kerberos : Pour les Utilisateurs Protégés, l'authentification Kerberos ne générera pas de clés DES ou RC4, et ne mettra pas en cache les informations d'identification en clair ou les clés à long terme au-delà de l'acquisition initiale du Ticket-Granting Ticket (TGT).
Connexion Hors Ligne : Les Utilisateurs Protégés n'auront pas de vérificateur mis en cache créé lors de la connexion ou du déverrouillage, ce qui signifie que la connexion hors ligne n'est pas prise en charge pour ces comptes.
Ces protections sont activées dès qu'un utilisateur, membre du groupe Utilisateurs Protégés, se connecte à l'appareil. Cela garantit que des mesures de sécurité critiques sont en place pour se protéger contre diverses méthodes de compromission des informations d'identification.
Pour des informations plus détaillées, consultez la documentation officielle.
Tableau extrait de la documentation.
Windows Server 2003 RTM | Windows Server 2003 SP1+ | Windows Server 2012, Windows Server 2008 R2, Windows Server 2008 | Windows Server 2016 |
Account Operators | Account Operators | Account Operators | Account Operators |
Administrator | Administrator | Administrator | Administrator |
Administrators | Administrators | Administrators | Administrators |
Backup Operators | Backup Operators | Backup Operators | Backup Operators |
Cert Publishers | |||
Domain Admins | Domain Admins | Domain Admins | Domain Admins |
Domain Controllers | Domain Controllers | Domain Controllers | Domain Controllers |
Enterprise Admins | Enterprise Admins | Enterprise Admins | Enterprise Admins |
Enterprise Key Admins | |||
Key Admins | |||
Krbtgt | Krbtgt | Krbtgt | Krbtgt |
Print Operators | Print Operators | Print Operators | Print Operators |
Contrôleurs de domaine en lecture seule | Contrôleurs de domaine en lecture seule | ||
Replicator | Replicator | Replicator | Replicator |
Schema Admins | Schema Admins | Schema Admins | Schema Admins |
Server Operators | Server Operators | Server Operators | Server Operators |
Dernière mise à jour
