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.

ext4 Forensics

forensics

Définition

ext4 (Fourth Extended Filesystem) est le système de fichiers par défaut sur la plupart des distributions Linux modernes (Ubuntu, Debian, RHEL, CentOS). Comprendre sa structure interne est essentiel pour toute investigation forensique de systèmes Linux, qu'il s'agisse de serveurs compromis, de postes de travail ou de conteneurs. La structure d'ext4 repose sur des concepts fondamentaux. Les blocs (blocks) sont les unités de stockage de base, de taille configurable (généralement 4096 octets). Les inodes sont des structures de données contenant les métadonnées de chaque fichier : permissions, propriétaire, timestamps (atime, mtime, ctime, et dans ext4, crtime pour la date de création), taille, et pointeurs vers les blocs de données. Chaque fichier ou répertoire possède exactement un inode identifié par un numéro unique dans le système de fichiers. Les journaux (journaling) d'ext4 sont un artefact forensique précieux. ext4 maintient un journal (généralement dans un fichier inode spécial) qui enregistre les opérations de métadonnées avant leur écriture définitive pour garantir la cohérence en cas de crash. Ce journal peut contenir des informations sur des opérations récentes et peut être analysé forensiquement pour reconstituer une timeline d'activité. L'outil debugfs permet d'examiner le journal ext4 directement. La récupération de fichiers supprimés sur ext4 est plus complexe que sur NTFS. Lorsqu'un fichier est supprimé sur ext4, son entrée dans le répertoire est marquée comme libre et les blocs de données peuvent être réalloués. ext4 efface les pointeurs de blocs dans l'inode supprimé (contrairement à ext3 qui les conservait), rendant la récupération directe impossible. Cependant, des outils comme PhotoRec utilisent la carving (recherche de signatures de fichiers) dans l'espace non alloué pour récupérer des données. Les timestamps ext4 sont particulièrement riches : atime (dernier accès), mtime (dernière modification du contenu), ctime (dernière modification des métadonnées de l'inode), et crtime (date de création, spécifique à ext4). Ces quatre timestamps fournissent une timeline précise de l'activité sur chaque fichier. Attention : atime est souvent monté avec noatime pour des raisons de performance, réduisant sa valeur forensique.

Fonctionnement

ext4 utilise une table d'inodes pour les métadonnées et des blocs de données pour le contenu. La structure inclut des block groups avec des bitmaps d'allocation. Le journal ext4 (mode ordered par défaut) garantit la cohérence des métadonnées. Les extents (plages contiguës de blocs) remplacent les pointeurs indirects d'ext3 pour une meilleure performance.

Application DFIR

Sur un serveur Linux compromis, analyser les timestamps inode pour reconstituer la timeline d'attaque. Les fichiers créés/modifiés dans une fenêtre temporelle suspecte sont identifiés par 'find / -newer /reference_file' ou 'find / -mtime -1'. Le journal ext4 peut révéler des opérations récentes avant un crash ou un arrêt forcé.

Outils

debugfs (exploration ext4 interactive), extundelete (récupération fichiers supprimés ext3/4), photorec/testdisk (file carving), sleuthkit/fls et icat (analyse inode), e2fsck (vérification cohérence), blkls (extraction espace non alloué pour carving). Distribution SIFT Workstation pour l'environnement complet.

Articles liés

Un projet cybersécurité ?

Expert dispo · Réponse 24h

Devis