Aller au contenu

Exécution

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.

Emplacement
C:\Windows\System32\winevt\Logs\*.evtx
Prouve
Connexions, créations de processus, installations de services et tâches, effacement des journaux…
Horodatages
TimeCreated SystemTime en FILETIME, UTC (l'Observateur affiche l'heure locale) ; certains champs EventData contiennent l'heure locale
Rétention
Circulaire par défaut, anciens événements écrasés à taille max (environ 20 Mo pour Security, System, Application sur 7+) ; un effacement laisse 1102/104
Accès
Administrateur ; .evtx verrouillés par le service Event Log : export via wevtutil epl, ou copie NTFS brute ou VSS (KAPE EventLogs)
Type
Journal d'événements
Windows
XPVista / 78 / 8.11011
Cible KAPE
EventLogs
Velociraptor
Windows.Triage.Targets:EventLogs

Présentation

Windows consigne les événements du système, des services et des applications dans des journaux d'événements. Depuis Windows Vista, ce sont des fichiers XML binaires (.evtx), un par canal : les classiques Security, System et Application, plus des centaines de canaux Microsoft-Windows-*/Operational. Ils forment l'ossature de la plupart des chronologies d'intrusion : authentification, création de processus, persistance, accès distant et tentatives de l'attaquant pour effacer ses traces.

Emplacement

Version de WindowsCheminFormat
XP / Server 2003C:\Windows\System32\config\AppEvent.Evt, SecEvent.Evt, SysEvent.EvtEVT (binaire ancien)
Vista / 7 / 8 / 10 / 11C:\Windows\System32\winevt\Logs\*.evtxEVTX

Le canal Microsoft-Windows-TerminalServices-LocalSessionManager/Operational devient le fichier Microsoft-Windows-TerminalServices-LocalSessionManager%4Operational.evtx (le / s'écrit %4). Le chemin et la taille configurés de chaque journal se trouvent dans SYSTEM\CurrentControlSet\Services\EventLog\<journal> et SOFTWARE\Microsoft\Windows\CurrentVersion\WINEVT\Channels.

Ce que l'artefact prouve

Selon la stratégie d'audit et les composants installés, les journaux montrent qui s'est connecté, d'où et comment, quels processus ont tourné (avec leur ligne de commande), quels services et tâches planifiées ont été créés, l'activité RDP et PowerShell, les détections Defender, les connexions USB et l'effacement des journaux. Ils montrent rarement le contenu ou l'accès aux fichiers, sauf si l'audit des accès aux objets est configuré.

Champs clés

ChampSignification
EventIDID d'événement numérique, qui n'a de sens qu'avec son fournisseur
Provider / ChannelSource et journal de l'événement
TimeCreated SystemTimeHeure d'enregistrement de l'événement
EventRecordIDNuméro séquentiel de l'enregistrement dans le journal
ComputerNom de l'hôte
Security UserIDSID du compte à l'origine de l'événement (quand il est présent)
EventDataChamps propres à l'événement (TargetUserName, LogonType, IpAddress, NewProcessName, CommandLine…)

Événements incontournables :

JournalIDSignification
Security4624 / 4625Connexion réussie / échouée (voir type de connexion)
Security4634 / 4647Fermeture de session / fermeture à l'initiative de l'utilisateur
Security4648Connexion avec identifiants explicites (runas, outils de mouvement latéral)
Security4672Privilèges spéciaux attribués à une nouvelle session (niveau administrateur)
Security4688 / 4689Processus créé / terminé (nécessite l'audit de création de processus)
Security4697Service installé (nécessite l'audit d'extension du système de sécurité)
Security4698 / 4702Tâche planifiée créée / mise à jour (nécessite l'audit des accès aux objets)
Security4720 / 4726Compte utilisateur créé / supprimé
Security4732Membre ajouté à un groupe local de sécurité (par exemple Administrateurs)
Security1102Journal de sécurité effacé
System104Un journal (autre que Security) effacé
System7045Nouveau service installé
System7036Service passé à l'état démarré / arrêté
System6005 / 6006Service Journal d'événements démarré / arrêté (démarrage / arrêt propre)

Les ID propres à chaque canal sont détaillés sur les pages RDP, PowerShell, tâches planifiées, Defender et USB.

Horodatages

HorodatagePositionné quandFormatPièges
TimeCreated SystemTimeÉcriture de l'événement par le fournisseurFILETIME, UTCL'Observateur d'événements l'affiche dans le fuseau local de l'analyste ; les CSV exportés aussi parfois
Champs de EventDataPropres au fournisseurVariableCertains fournisseurs écrivent des chaînes en heure locale
Horodatages $SI du .evtxModifications du fichierNTFS, UTCNe disent rien des événements individuels

Rétention et effacement

  • Chaque journal a une taille maximale et, par défaut, écrase les événements les plus anciens une fois plein. Depuis Windows 7, la valeur par défaut est d'environ 20 Mo pour Security, System et Application ; sur un serveur chargé ou un contrôleur de domaine, le journal Security peut tourner en quelques heures.
  • Effacer un journal laisse un 1102 (Security) ou un 104 (System), avec le compte responsable.
  • Des trous dans EventRecordID, un journal qui commence bien après le dernier démarrage, ou un service Journal d'événements arrêté (paires 6005/6006 manquantes) signalent une altération.
  • Beaucoup d'événements utiles exigent une stratégie d'audit (auditpol) ou un paramètre de GPO : 4688 requiert Auditer la création du processus, et la ligne de commande requiert Inclure la ligne de commande dans les événements de création de processus.

Collecte

  • Cible KAPE : EventLogs (tous les .evtx, et les .evt sur les systèmes anciens) ; EventLogs-RDP pour un sous-ensemble orienté RDP.
  • Velociraptor (Windows.Triage.Targets) : EventLogs ; Windows.EventLogs.Evtx et Windows.Sigma.EventLogs les interrogent en direct.
  • Commandes natives (administrateur) :
wevtutil epl Security E:\case\Security.evtx
wevtutil gl Security
Get-WinEvent -FilterHashtable @{LogName='Security'; Id=4624,4625} -MaxEvents 50
auditpol /get /category:*

Outils d'analyse

  • EvtxECmd (Eric Zimmerman) : EvtxECmd.exe -d E:\case\Logs --csv E:\out normalise les événements grâce à des maps en CSV pour Timeline Explorer.
  • Chainsaw (WithSecure) et Hayabusa (Yamato Security) : chasse rapide à base de règles Sigma sur des dossiers de fichiers EVTX.
  • python-evtx (Willi Ballenthin) et Velociraptor Windows.EventLogs.Evtx : accès scripté.
  • Observateur d'événements : suffisant pour quelques événements ; utilisez Filtrer le journal actuel et Enregistrer le fichier journal filtré sous.

Conseils d'investigation

  • Commencez par l'authentification : 4624 par type de connexion, IP source et nom de poste ; les connexions de type 3 et 10 depuis des hôtes inattendus sont la trace classique d'un mouvement latéral.
  • Enchaînez 4624 → 4672 → 4688 via TargetLogonId / SubjectLogonId pour voir ce qu'a fait une session élevée.
  • Traquez la persistance avec 7045 / 4697 (services) et 4698 (tâches) autour de la fenêtre d'intrusion.
  • Traitez 1102 et 104 comme des preuves prioritaires d'anti-forensique, puis cherchez des copies survivantes dans les clichés instantanés, le SIEM et les sauvegardes.
  • Normalisez toujours en UTC avant de fusionner avec d'autres artefacts dans une super-chronologie.

Artefacts liés

Termes du glossaire

Guides

Tous les artefacts sur une page : aide-mémoire