Persistance
Artefacts de stratégie de groupe
Fiche stratégie de groupe : SYSVOL, Registry.pol, mots de passe GPP, historique côté client et journaux, et comment les attaquants détournent les GPO.
- Emplacement
- %SystemRoot%\System32\GroupPolicy\
- Prouve
- Quelles stratégies se sont appliquées à une machine ou un utilisateur, quand, et si une GPO a été armée
- Horodatages
- Dates $SI/$FN de Registry.pol et des XML (NTFS UTC) ; LastWrite des clés History (UTC) ; versionNumber du gpttmpl
- Rétention
- SYSVOL et cache client persistent jusqu'au changement ou à la suppression de la GPO ; les clés History survivent aux redémarrages
- Accès
- Admin de domaine ou SYSTEM du DC pour SYSVOL ; admin local pour le cache client et les clés History
- Preuve de
- PersistanceExécution
- Type
- Fichier / système de fichiers
- Windows
- Vista / 78 / 8.11011
- Cible KAPE
- Pas de cible dédiée
- Velociraptor
- Pas de cible dédiée
Outils
Comparer tous les outils- Registry ParserNavigateur
- EVTX ParserNavigateur
- gpresultCLI · intégré à Windows
- module PowerShell GroupPolicy
- RegRipperCLI · open source
- Registry ExplorerGUI
Présentation
La stratégie de groupe diffuse la configuration depuis Active Directory vers chaque machine et utilisateur du domaine. Les stratégies résident sous forme de fichiers dans SYSVOL sur les contrôleurs de domaine, puis sont mises en cache et appliquées sur chaque client. Parce qu'une seule GPO peut pousser des paramètres, scripts, tâches planifiées et logiciels vers des milliers d'hôtes d'un coup, les attaquants qui prennent le contrôle de l'annuaire arment la stratégie de groupe pour une persistance à l'échelle du domaine et le déploiement de rançongiciels. Les artefacts de stratégie de groupe permettent à l'enquêteur de voir ce qui a été appliqué, quand, et si un objet de stratégie a été altéré.
Emplacement
| Élément | Chemin |
|---|---|
| Stratégies SYSVOL (DC) | \\<domaine>\SYSVOL\<domaine>\Policies\{GUID}\ |
| Paramètres registre Machine / User | ...\{GUID}\Machine\Registry.pol, ...\User\Registry.pol |
| Fichiers GPP | ...\{GUID}\Machine\Preferences\...\Groups.xml, ScheduledTasks.xml, Services.xml |
| Scripts de démarrage / ouverture | ...\{GUID}\Machine\Scripts\, Scripts.ini |
| Cache côté client | %SystemRoot%\System32\GroupPolicy\, GroupPolicyUsers\ |
| Historique client | HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Group Policy\History (et l'équivalent HKCU) |
Ce que l'artefact prouve
- Quelles GPO se sont appliquées à un hôte ou un utilisateur, via les clés History et
gpresult. - Ce que contenait une stratégie : paramètres de registre, tâches planifiées, services, scripts et logiciels installés.
- L'altération : un
ScheduledTasks.xmlou un script inattendu dans une GPO, ou un numéro de version incrémenté, atteste d'une stratégie armée. - Cela ne prouve pas qu'une stratégie s'est réellement exécutée sur un hôte donné sans corroboration ; combinez avec les artefacts d'exécution côté client. Les clés History montrent l'assignation et la dernière application, pas le résultat par utilisateur.
Champs clés
| Champ | Signification |
|---|---|
| GUID de stratégie | Nom de dossier identifiant la GPO |
Registry.pol | Paramètres de registre binaires poussés au client |
cpassword GPP | Mot de passe chiffré AES dans les anciens XML GPP ; la clé ayant été publiée, ces valeurs sont trivialement déchiffrables |
versionNumber (GPT.INI) | S'incrémente à chaque édition ; un saut peut signaler un changement |
History DisplayName / Extensions | Nom de la GPO appliquée et extensions côté client utilisées |
Horodatages
Registry.pol et les XML GPP portent des dates NTFS $SI/$FN (UTC sur disque) ; un ScheduledTasks.xml récemment modifié dans une GPO ancienne est une piste forte. Les clés de registre History exposent une date LastWrite (UTC) de la dernière application. Recoupez avec le journal GroupPolicy Operational.
Rétention et effacement
Le contenu de SYSVOL et le cache client persistent jusqu'à l'édition ou la suppression de la GPO ; supprimer une GPO retire son dossier {GUID} mais les clichés et sauvegardes du DC le conservent en général. Les clés de registre History survivent aux redémarrages et constituent un enregistrement durable de ce qui s'est appliqué, même après disparition de la GPO source.
Collecte
gpresult /h C:\case\gpresult.html /f
Get-GPO -All | Select DisplayName, Id, ModificationTime, GpoStatus
robocopy \\%USERDNSDOMAIN%\SYSVOL\%USERDNSDOMAIN%\Policies E:\case\Policies /E /COPY:DAT
Exportez aussi les clés Group Policy\History depuis les ruches de registre client et collectez le journal GroupPolicy Operational des journaux d'événements.
Outils d'analyse
- gpresult / rsop.msc (natifs) : le jeu de stratégie résultant pour un hôte ou un utilisateur.
- module PowerShell GroupPolicy (
Get-GPO,Get-GPOReport) : inventorie les GPO et leur dernière date de modification ; à lancer sur un DC ou avec RSAT. - RegRipper / Registry Explorer : analysent les clés History et lisent
Registry.pol. - Get-GPPPassword et scripts d'audit similaires déchiffrent les
cpasswordGPP hérités pour évaluer l'exposition ; cités factuellement pour les défenseurs.
Conseils d'investigation
- Mots de passe GPP : tout
cpasswordsubsistant dansGroups.xml,Services.xmlouScheduledTasks.xmlest déchiffrable et fut une source classique d'identifiants ; signalez et faites tourner les comptes concernés. - GPO armée : les attaquants ajoutent une tâche planifiée immédiate ou un script de démarrage à une GPO largement liée pour exécuter une charge sur tout le domaine en un cycle. Comparez le contenu de la GPO à une sauvegarde saine et vérifiez les dates de modification de
ScheduledTasks.xml. - Sur le DC, 5136 (objet d'annuaire modifié) et 5137 (créé) dans le journal Sécurité captent les changements de GPO et de liens ; corrélez avec le compte auteur et avec l'activité de type DCSync.
- Le canal GroupPolicy Operational enregistre les cycles d'application (début/fin et erreurs) ; confirmez les Event IDs courants pour votre version plutôt que de les supposer, car ils varient.
- Des GUID de GPO nouveaux ou inattendus, ou une GPO liée à la racine du domaine juste avant un incident, méritent un examen attentif ; rattachez la date de changement au mouvement latéral.
Artefacts liés
- Tâches planifiéesFiche tâches planifiées : XML et .job, clés TaskCache, horodatages DynamicInfo, tâches masquées, événements TaskScheduler et 4698.
- Services WindowsFiche services Windows : valeurs de la clé Services (ImagePath, Start, Type, ServiceDll), événements 7045 et 4697, traces de PsExec et pièges.
- Ruches du registreFiche ruches du registre : SYSTEM, SOFTWARE, SAM, SECURITY, NTUSER.DAT, UsrClass.dat, journaux de transactions, RegBack, LastWrite et collecte.
- NTDS.dit et contrôleurs de domaineFiche NTDS.dit : la base Active Directory, ce qu'elle prouve, les traces de vol sur un DC et les Event IDs Kerberos, NTLM et DCSync utiles à l'enquêteur.
- Journaux d'événements Windows (EVTX)Fiche des journaux d'événements Windows : emplacements EVTX, ID indispensables (connexions, processus, services, effacement), rétention, audit et outils.
- Clés Run et dossiers DémarrageFiche clés Run et dossiers Démarrage : chemins Run, RunOnce, Wow6432Node et Policies, octets StartupApproved activé/désactivé, horodatages.
Termes du glossaire
- PersistanceMécanismes permettant à un malware ou à un attaquant de survivre aux redémarrages : clés Run, services, tâches planifiées, abonnements WMI.
- Identifiant de sécurité (SID)La valeur unique qui identifie utilisateurs, groupes et ordinateurs sous Windows, comme S-1-5-21-…-1001, présente dans le Registre et les journaux.
- Mouvement latéralDéplacement d'un attaquant d'un hôte compromis vers d'autres machines du réseau, via RDP, SMB, PsExec, WMI, WinRM ou tâches et services distants.
- ID d'événement WindowsLe numéro qui identifie un type d'événement au sein d'un fournisseur donné ; il n'a de sens qu'associé à ce fournisseur et à son canal.
Guides
- Chasser la persistance Windows : registre, tâches, WMIDétecter la persistance d'un attaquant sous Windows : clés Run, services, tâches planifiées, WMI, Winlogon, IFEO, COM et BITS, avec MITRE ATT&CK et outils.
- Mouvement latéral : traces RDP, PsExec, WMI et WinRMArtefacts côté source et côté destination pour RDP, PsExec, SMB, WMI, WinRM, tâches planifiées et DCOM, et construction du graphe de mouvement latéral.
- Forensic Active Directory : logs des contrôleurs de domaineEnquêter sur les DC : événements Kerberos et NTLM, comptes et groupes, DCSync 4662, modifications d'annuaire, abus de GPO, vol de NTDS.dit, tickets forgés.