Aller au contenu

Exécution

Fichiers PE (exécutables Windows)

Fiche de tri des fichiers PE : hash, imphash et en-tête Rich, limites de la date de compilation, sections et entropie, informations de version, signatures, PDB.

Emplacement
Tout .exe, .dll, .sys, .scr, .cpl sur disque ou extrait de la mémoire
Prouve
Ce qu'est un binaire, qui l'a compilé et signé, et s'il correspond à un outil ou malware connu
Horodatages
TimeDateStamp du PE en temps UNIX, UTC (facile à falsifier) ; heure de contre-signature Authenticode, UTC ; dates $SI/$FN du fichier, UTC
Rétention
Persiste jusqu'à suppression ; les outils effacés peuvent subsister dans la Corbeille, les VSS, l'espace non alloué, la mémoire ou une quarantaine AV/EDR
Accès
Droit de lecture sur le dossier (souvent administrateur) ; pas de cible KAPE par défaut, copie via cible personnalisée ou outil d'accès brut
Preuve de
Exécution
Type
Fichier / système de fichiers
Windows
XPVista / 78 / 8.11011
Cible KAPE
Pas de cible dédiée
Velociraptor
Windows.Triage.Targets:PrefetchBinaries

Présentation

Chaque exécutable, DLL, pilote, écran de veille et élément du Panneau de configuration Windows utilise le format Portable Executable (PE). Les artefacts d'exécution (Prefetch, Amcache, ShimCache) disent qu'un chemin a tourné ou existé ; le fichier PE lui-même dit ce que c'est. Un tri statique de l'en-tête, des imports, des ressources et de la signature répond à la plupart des premières questions sans exécuter l'échantillon : outil légitime renommé, binaire signé d'un éditeur, ou inconnu compressé ?

Emplacement

OùPourquoi
Chemins cités par Prefetch, Amcache, ShimCache, BAM, services, tâches et clés RunBinaires qui ont tourné ou qui persistent
\Users\<user>\AppData\, \Users\Public\, \ProgramData\, \Windows\Temp\Dossiers de dépôt courants des attaquants
Corbeille, espace non alloué récupéré, clichés instantanésBinaires supprimés
Images mémoire et vidagesModules décompressés ou sans fichier
Quarantaine DefenderÉchantillons détectés (chiffrés dans le magasin de quarantaine)

Ce que l'artefact prouve

  • L'identité : les hash identifient le fichier exact ; l'imphash et le hash de l'en-tête Rich regroupent les compilations apparentées d'une même famille de malware ou d'outil.
  • L'origine : informations de version, signature Authenticode, signataire du certificat et chemin PDB montrent qui l'a compilé ou signé.
  • Le renommage : un OriginalFilename / InternalName différent du nom sur disque révèle un outil renommé (par exemple un svchost.exe qui est en réalité rclone.exe).
  • Les capacités : imports, chaînes et règles (capa, YARA) indiquent ce que le code peut faire (réseau, injection, accès aux identifiants).
  • Il ne prouve pas l'exécution ; celle-ci vient des artefacts d'exécution.

Champs clés

ChampSignification
MD5 / SHA-1 / SHA-256Hash du fichier ; Amcache stocke le SHA-1 (des 30 premiers Mo)
ImphashHash de la table d'imports ordonnée ; proche pour des compilations d'une même source
En-tête RichMétadonnées non documentées de l'éditeur de liens Microsoft (versions d'outils) ; son hash regroupe les compilations
TimeDateStamp (en-tête COFF)Date d'édition de liens, secondes depuis 1970, UTC
Sections (.text, .rdata, .rsrc…)Noms, tailles et entropie ; une entropie proche de 8 ou des noms comme UPX0 suggèrent un packer
Imports / exportsAPI utilisées ; noms exportés des DLL
Informations de versionCompanyName, FileDescription, OriginalFilename, ProductVersion
AuthenticodeSignature intégrée, signataire et horodatage ; les composants Windows sont souvent signés par catalogue
Répertoire de débogageChemin PDB du type C:\Users\dev\source\repos\loader\Release\loader.pdb
OverlayDonnées ajoutées après la dernière section (installeurs, charges intégrées)

Horodatages

HorodatagePositionné quandFormatPièges
TimeDateStampÉdition de liensTemps UNIX, UTCFacile à falsifier ; les compilations reproductibles (beaucoup de fichiers système de Windows 10/11) stockent un hash, pas une date ; certains compilateurs utilisent des valeurs fixes
Horodatage de signature (contre-signature)SignatureUTC de l'autorité d'horodatageBien plus difficile à falsifier ; date la signature, pas la compilation
Horodatages du système de fichiers ($SI / $FN)Création du fichier sur ce systèmeNTFS, UTCDécrivent la copie sur disque, voir timestomping

Rétention et effacement

  • Les attaquants suppriment leurs outils après usage ; récupérez-les dans la Corbeille, les clichés instantanés, l'espace non alloué, la mémoire ou la quarantaine EDR/antivirus.
  • Si seul le hash subsiste (Amcache), recherchez-le dans les sources de renseignement et sur tout le parc.

Collecte

  • KAPE : aucune cible ne collecte par défaut des binaires arbitraires ; ajoutez les chemins trouvés via une cible personnalisée ou copiez-les avec un outil à accès brut.
  • Velociraptor (Windows.Triage.Targets) : PrefetchBinaries collecte les binaires référencés par les fichiers Prefetch ; Windows.Search.FileFinder et Windows.Detection.BinaryHunter en localisent d'autres.
  • Commandes natives :
Get-FileHash C:\Users\Public\svc.exe -Algorithm SHA256
Get-AuthenticodeSignature C:\Users\Public\svc.exe
(Get-Item C:\Users\Public\svc.exe).VersionInfo | Format-List *

Manipulez les échantillons dans un environnement contrôlé et ne les exécutez jamais sur le système examiné.

Outils d'analyse

  • sigcheck (Sysinternals) : sigcheck -a -h -i fichier.exe affiche informations de version, hash et signature, y compris par catalogue.
  • PEStudio (édition gratuite) : signale imports, chaînes, ressources et indicateurs suspects.
  • pefile (Python, open source) : accès scripté aux en-têtes, sections, imports, en-tête Rich et imphash.
  • Detect It Easy : identification du compilateur, du packer et de l'installeur.
  • capa (Mandiant, open source) : associe les caractéristiques du code à des capacités et techniques ATT&CK.
  • YARA : correspondance avec des jeux de règles de familles et d'outils connus.

Conseils d'investigation

  • Commencez par le hash et la signature : un binaire d'éditeur correctement signé dans un chemin étrange est souvent un LOLBin ou un montage de chargement latéral de DLL ; examinez les DLL voisines.
  • Comparez le nom sur disque avec OriginalFilename ; les outils d'accès distant et d'exfiltration renommés sont courants.
  • Un chemin PDB ou un en-tête Rich inhabituel peut relier un échantillon à d'autres incidents.
  • Traitez TimeDateStamp comme un indice, jamais comme la preuve de la date de compilation ou de déploiement.
  • Corrélez le SHA-1 du binaire avec Amcache sur d'autres postes pour mesurer l'étendue de l'incident, et vérifiez les détections Defender sur le même chemin.

Artefacts liés

Termes du glossaire

Guides

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