Aller au contenu principal
Expert Cybersécurité & IAv9.0
Centres de ressources conformité
Besoin d'un accompagnement expert ?
Devis personnalisé sous 24h — audit, conformité, incident
Checklists Sécurité — Audit & Durcissement
Formats disponibles
📄 PDF 📊 Excel 🌐 Web

11 checklists professionnelles couvrant 2 200+ points de contrôle. Téléchargement gratuit, aucune inscription.

Volatile Data Collection Forensics

forensics

Définition

La collecte de données volatiles est l'une des premières priorités lors d'une investigation forensique sur un système en cours d'exécution. Les données volatiles — stockées uniquement en mémoire vive et perdues à l'arrêt ou au redémarrage — incluent les processus actifs, les connexions réseau établies, la mémoire RAM, les utilisateurs connectés, les clés de chiffrement en mémoire, et d'autres états transitoires du système. Leur collecte doit suivre l'ordre de volatilité (RFC 3227). L'ordre de collecte recommandé par la RFC 3227 et les bonnes pratiques DFIR suit la hiérarchie de volatilité décroissante : 1) Registres CPU et cache L1/L2 (nanosecondes), 2) Mémoire RAM (secondes à minutes), 3) État réseau (secondes à minutes — les connexions peuvent être interrompues), 4) État des processus en cours (minutes), 5) Contenu du disque temporaire (/tmp, pagefile), 6) Contenu des disques permanents (heures), 7) Sauvegardes (jours). Pour la collecte de données volatiles Windows, un kit First Responder (clé USB avec des outils statiquement compilés) permet de collecter : dump mémoire (WinPmem), état réseau (netstat -anb, arp -a, route print), liste des processus avec hashes (tasklist /fo csv, ou une version plus complète via PowerShell Get-Process), utilisateurs connectés (query user, net session), partages ouverts (net share), variables d'environnement (set), horloges système (date /t, time /t, net time), et artefacts de registre en mémoire (reg export). Chaque collecte est accompagnée d'un calcul de hash pour l'intégrité. Pour Linux, la collecte volatile utilise des scripts bash exécutés depuis une clé USB, collectant : mémoire (LiME/AVML), connexions réseau (ss -antp, /proc/net/tcp), processus (/proc/*/cmdline, /proc/*/exe), utilisateurs connectés (w, who, last), modules noyau (lsmod, /proc/modules), variables d'environnement, horloges (date, hwclock), et journaux récents en mémoire (journalctl -n 1000). L'ordre de collecte ne doit jamais être sacrifié pour la facilité. Redémarrer un système pour accéder plus facilement au système de fichiers est une faute grave qui détruit toutes les données volatiles.

Fonctionnement

Les données volatiles existent dans trois types de mémoire : la RAM (processus, connexions, clés de chiffrement), les caches CPU (inaccessibles pratiquement), et les pseudo-systèmes de fichiers (/proc, /sys sous Linux ; les registres système sous Windows). La collecte de RAM (WinPmem, LiME) est l'action la plus urgente et la plus impactante — elle préserve pratiquement tout le reste (processus, connexions, registre en mémoire).

Application DFIR

Workflow collecte volatile Windows : 1) Préparer le dossier de collecte sur clé USB externe (jamais sur le système cible), 2) Capture RAM : WinPmem_mini_x64.exe -o E:\evidence\hostname_ram.aff4 (10-30 min), 3) Pendant la capture RAM : netstat -anb > E:\evidence\netstat.txt, tasklist /v > E:\evidence\tasklist.txt, query session > E:\evidence\sessions.txt, 4) Hasher chaque fichier collecté (sha256sum), 5) KAPE triage disque. Documenter chaque action avec timestamp système (date /t && time /t avant chaque commande).

Outils

Windows : WinPmem (RAM), KAPE (triage), FastIR Collector, CyberTriage. Linux : LiME (RAM, module noyau), AVML (Microsoft, userspace), CAINE (distribution forensique Live). Kits prêts : SANS SIFT Workstation, Arsenal Recon tools. Collecte automatisée : CrowdStrike Falcon RTR, Microsoft Defender Live Response, Velociraptor. Documentation : NIST SP 800-86, RFC 3227, SANS Forensics Cheat Sheet.

Articles liés

Un projet cybersécurité ?

Expert dispo · Réponse 24h

Devis