Mirrors/hacktricks
2
0
Fork 0
mirror of https://github.com/carlospolop/hacktricks synced 2024-11-30 08:30:57 +00:00
Code Issues Projects Releases Packages Wiki Activity
hacktricks/forensics/basic-forensic-methodology/partitions-file-systems-carving/README.md

21 KiB
Raw Blame History

Partitions/Systèmes de fichiers/Carving

Partitions/Systèmes de fichiers/Carving

Apprenez le piratage AWS de zéro à héros avec htARTE (HackTricks AWS Red Team Expert)!

Autres façons de soutenir HackTricks :

Partitions

Un disque dur ou un disque SSD peut contenir différentes partitions dans le but de séparer physiquement les données.
L'unité minimale d'un disque est le secteur (généralement composé de 512 octets). Ainsi, la taille de chaque partition doit être un multiple de cette taille.

MBR (Master Boot Record)

Il est alloué dans le premier secteur du disque après les 446 octets du code de démarrage. Ce secteur est essentiel pour indiquer à l'ordinateur ce qu'est une partition et d'où elle doit être montée.
Il permet jusqu'à 4 partitions (au plus 1 seule peut être active/amorçable). Cependant, si vous avez besoin de plus de partitions, vous pouvez utiliser des partitions étendues. Le dernier octet de ce premier secteur est la signature de l'enregistrement d'amorçage 0x55AA. Une seule partition peut être marquée comme active.
MBR autorise max 2,2 To.

Des octets 440 à 443 du MBR, vous pouvez trouver la signature de disque Windows (si Windows est utilisé). La lettre de lecteur logique du disque dur dépend de la signature de disque Windows. Changer cette signature pourrait empêcher le démarrage de Windows (outil : Active Disk Editor).

Format

Décalage Longueur Élément
0 (0x00) 446 (0x1BE) Code de démarrage
446 (0x1BE) 16 (0x10) Première partition
462 (0x1CE) 16 (0x10) Deuxième partition
478 (0x1DE) 16 (0x10) Troisième partition
494 (0x1EE) 16 (0x10) Quatrième partition
510 (0x1FE) 2 (0x2) Signature 0x55 0xAA

Format de l'enregistrement de partition

Décalage Longueur Élément
0 (0x00) 1 (0x01) Drapeau actif (0x80 = amorçable)
1 (0x01) 1 (0x01) Tête de départ
2 (0x02) 1 (0x01) Secteur de départ (bits 0-5); bits supérieurs du cylindre (6- 7)
3 (0x03) 1 (0x01) Bits les plus faibles du cylindre de départ
4 (0x04) 1 (0x01) Code de type de partition (0x83 = Linux)
5 (0x05) 1 (0x01) Tête de fin
6 (0x06) 1 (0x01) Secteur de fin (bits 0-5); bits supérieurs du cylindre (6- 7)
7 (0x07) 1 (0x01) Bits les plus faibles du cylindre de fin
8 (0x08) 4 (0x04) Secteurs précédant la partition (petit boutiste)
12 (0x0C) 4 (0x04) Secteurs dans la partition

Pour monter un MBR sous Linux, vous devez d'abord obtenir le décalage de départ (vous pouvez utiliser fdisk et la commande p)

Ensuite, utilisez le code suivant

#Mount MBR in Linux
mount -o ro,loop,offset=<Bytes>
#63x512 = 32256Bytes
mount -o ro,loop,offset=32256,noatime /path/to/image.dd /media/part/

LBA (Adressage de bloc logique)

L'adressage de bloc logique (LBA) est un schéma couramment utilisé pour spécifier l'emplacement des blocs de données stockés sur des dispositifs de stockage informatique, généralement des systèmes de stockage secondaire tels que les disques durs. LBA est un schéma d'adressage linéaire particulièrement simple ; les blocs sont localisés par un index entier, le premier bloc étant LBA 0, le deuxième LBA 1, et ainsi de suite.

GPT (Table de partition GUID)

Elle est appelée Table de Partition GUID car chaque partition sur votre disque a un identifiant globalement unique.

Tout comme le MBR, elle démarre dans le secteur 0. Le MBR occupe 32 bits tandis que GPT utilise 64 bits.
GPT autorise jusqu'à 128 partitions dans Windows et jusqu'à 9,4 ZB.
De plus, les partitions peuvent avoir un nom Unicode de 36 caractères.

Sur un disque MBR, la partition et les données de démarrage sont stockées au même endroit. Si ces données sont écrasées ou corrompues, vous êtes en difficulté. En revanche, GPT stocke plusieurs copies de ces données à travers le disque, ce qui le rend beaucoup plus robuste et capable de récupérer les données endommagées.

GPT stocke également des valeurs de contrôle de redondance cyclique (CRC) pour vérifier que ses données sont intactes. Si les données sont corrompues, GPT peut détecter le problème et essayer de récupérer les données endommagées depuis un autre emplacement sur le disque.

MBR protecteur (LBA0)

Pour une compatibilité ascendante limitée, l'espace du MBR hérité est toujours réservé dans la spécification GPT, mais il est désormais utilisé d'une manière qui empêche les utilitaires de disque basés sur MBR de mal reconnaître et potentiellement d'écraser les disques GPT. Cela est appelé un MBR protecteur.

MBR hybride (LBA 0 + GPT)

Dans les systèmes d'exploitation qui prennent en charge le démarrage basé sur GPT via les services BIOS plutôt que l'EFI, le premier secteur peut également être utilisé pour stocker la première étape du code de chargeur d'amorçage, mais modifié pour reconnaître les partitions GPT. Le chargeur d'amorçage dans le MBR ne doit pas supposer une taille de secteur de 512 octets.

En-tête de table de partition (LBA 1)

L'en-tête de la table de partition définit les blocs utilisables sur le disque. Il définit également le nombre et la taille des entrées de partition qui composent la table de partition (décalages 80 et 84 dans le tableau).

Décalage Longueur Contenu
0 (0x00) 8 octets Signature ("EFI PART", 45h 46h 49h 20h 50h 41h 52h 54h ou 0x5452415020494645ULL sur les machines little-endian)
8 (0x08) 4 octets Révision 1.0 (00h 00h 01h 00h) pour UEFI 2.8
12 (0x0C) 4 octets Taille de l'en-tête en little-endian (en octets, généralement 5Ch 00h 00h 00h ou 92 octets)
16 (0x10) 4 octets CRC32 de l'en-tête (décalage +0 jusqu'à la taille de l'en-tête) en little-endian, ce champ étant mis à zéro pendant le calcul
20 (0x14) 4 octets Réservé ; doit être zéro
24 (0x18) 8 octets LBA actuel (emplacement de cette copie d'en-tête)
32 (0x20) 8 octets LBA de sauvegarde (emplacement de l'autre copie d'en-tête)
40 (0x28) 8 octets Premier LBA utilisable pour les partitions (dernier LBA de la table de partition primaire + 1)
48 (0x30) 8 octets Dernier LBA utilisable (premier LBA de la table de partition secondaire − 1)
56 (0x38) 16 octets GUID du disque en endian mixte
72 (0x48) 8 octets LBA de départ d'un tableau d'entrées de partition (toujours 2 dans la copie primaire)
80 (0x50) 4 octets Nombre d'entrées de partition dans le tableau
84 (0x54) 4 octets Taille d'une seule entrée de partition (généralement 80h ou 128)
88 (0x58) 4 octets CRC32 du tableau d'entrées de partition en little-endian
92 (0x5C) * Réservé ; doit être zéro pour le reste du bloc (420 octets pour une taille de secteur de 512 octets ; mais peut être plus avec des tailles de secteur plus grandes)

Entrées de partition (LBA 2–33)

Format d'entrée de partition GUID
Décalage Longueur Contenu
0 (0x00) 16 octets GUID de type de partition (endian mixte)
16 (0x10) 16 octets GUID de partition unique (endian mixte)
32 (0x20) 8 octets Premier LBA (little endian)
40 (0x28) 8 octets Dernier LBA (inclusif, généralement impair)
48 (0x30) 8 octets Drapeaux d'attribut (par ex. le bit 60 indique en lecture seule)
56 (0x38) 72 octets Nom de la partition (36 unités de code UTF-16LE)

Types de partitions

Plus de types de partitions sur https://en.wikipedia.org/wiki/GUID_Partition_Table

Inspection

Après avoir monté l'image de la scène de crime avec ArsenalImageMounter, vous pouvez inspecter le premier secteur en utilisant l'outil Windows Active Disk Editor. Dans l'image suivante, un MBR a été détecté sur le secteur 0 et interprété :

S'il s'agissait d'une table GPT au lieu d'un MBR, la signature EFI PART devrait apparaître dans le secteur 1 (qui est vide dans l'image précédente).

Systèmes de fichiers

Liste des systèmes de fichiers Windows

  • FAT12/16 : MSDOS, WIN95/98/NT/200
  • FAT32 : 95/2000/XP/2003/VISTA/7/8/10
  • ExFAT : 2008/2012/2016/VISTA/7/8/10
  • NTFS : XP/2003/2008/2012/VISTA/7/8/10
  • ReFS : 2012/2016

FAT

Le système de fichiers FAT (File Allocation Table) tire son nom de sa méthode d'organisation, la table d'allocation de fichiers, qui réside au début du volume. Pour protéger le volume, deux copies de la table sont conservées, au cas où l'une serait endommagée. De plus, les tables d'allocation de fichiers et le dossier racine doivent être stockés à un emplacement fixe pour que les fichiers nécessaires au démarrage du système puissent être correctement localisés.

L'unité d'espace minimale utilisée par ce système de fichiers est un cluster, généralement de 512 octets (composé d'un certain nombre de secteurs).

Le FAT12 antérieur avait des adresses de cluster à des valeurs de 12 bits avec jusqu'à 4078 clusters ; il permettait jusqu'à 4084 clusters avec UNIX. Le plus efficace FAT16 a augmenté à une adresse de cluster sur 16 bits permettant jusqu'à 65 517 clusters par volume. FAT32 utilise une adresse de cluster sur 32 bits permettant jusqu'à 268 435 456 clusters par volume.

La taille de fichier maximale autorisée par FAT est de 4 Go (moins un octet) car le système de fichiers utilise un champ de 32 bits pour stocker la taille du fichier en octets, et 2^32 octets = 4 Gio. Cela se produit pour FAT12, FAT16 et FAT32.

Le répertoire racine occupe une position spécifique pour FAT12 et FAT16 (dans FAT32, il occupe une position comme n'importe quel autre dossier). Chaque entrée de fichier/dossier contient ces informations :

  • Nom du fichier/dossier (max 8 caractères)
  • Attributs
  • Date de création
  • Date de modification
  • Date du dernier accès
  • Adresse de la table FAT où commence le premier cluster du fichier
  • Taille

Lorsqu'un fichier est "supprimé" en utilisant un système de fichiers FAT, l'entrée du répertoire reste presque inchangée à l'exception du premier caractère du nom de fichier (modifié en 0xE5), préservant la plupart du nom du fichier "supprimé", ainsi que son horodatage, sa longueur de fichier et — surtout — son emplacement physique sur le disque. La liste des clusters de disque occupés par le fichier sera cependant effacée de la Table d'Allocation de Fichiers, marquant ces secteurs comme disponibles pour être utilisés par d'autres fichiers créés ou modifiés par la suite. Dans le cas de FAT32, il y a également un champ effacé supplémentaire responsable des 16 bits supérieurs de la valeur de cluster de démarrage de fichier.

NTFS

{% content-ref url="ntfs.md" %} ntfs.md {% endcontent-ref %}

EXT

Ext2 est le système de fichiers le plus courant pour les partitions sans journalisation (partitions qui ne changent pas beaucoup) comme la partition de démarrage. Ext3/4 sont journalisés et sont généralement utilisés pour les autres partitions.

{% content-ref url="ext.md" %} ext.md {% endcontent-ref %}

Métadonnées

Certains fichiers contiennent des métadonnées. Ces informations concernent le contenu du fichier qui peut parfois être intéressant pour un analyste car en fonction du type de fichier, il peut contenir des informations telles que :

  • Titre
  • Version de MS Office utilisée
  • Auteur
  • Dates de création et de dernière modification
  • Modèle de l'appareil photo
  • Coordonnées GPS
  • Informations sur l'image

Vous pouvez utiliser des outils comme exiftool et Metadiver pour obtenir les métadonnées d'un fichier.

Récupération de fichiers supprimés

Fichiers supprimés enregistrés

Comme mentionné précédemment, il existe plusieurs endroits où le fichier est toujours enregistré après avoir été "supprimé". Cela est dû au fait que la suppression d'un fichier d'un système de fichiers le marque simplement comme supprimé mais les données ne sont pas touchées. Ainsi, il est possible d'inspecter les registres des fichiers (comme le MFT) et de trouver les fichiers supprimés.

De plus, le système d'exploitation sauvegarde généralement de nombreuses informations sur les modifications du système de fichiers et les sauvegardes, il est donc possible d'essayer de les utiliser pour récupérer le fichier ou autant d'informations que possible.

{% content-ref url="file-data-carving-recovery-tools.md" %} file-data-carving-recovery-tools.md {% endcontent-ref %}

Carving de fichiers

Le carving de fichiers est une technique qui tente de trouver des fichiers dans une masse de données. Les outils de ce type fonctionnent principalement de 3 manières : basés sur les en-têtes et pieds de page des types de fichiers, basés sur les structures des types de fichiers et basés sur le contenu lui-même.

Notez que cette technique ne fonctionne pas pour récupérer des fichiers fragmentés. Si un fichier n'est pas stocké dans des secteurs contigus, alors cette technique ne pourra pas le trouver ou du moins une partie de celui-ci.

Il existe plusieurs outils que vous pouvez utiliser pour le Carving de fichiers en indiquant les types de fichiers que vous souhaitez rechercher.

{% content-ref url="file-data-carving-recovery-tools.md" %} file-data-carving-recovery-tools.md {% endcontent-ref %}

Carving de flux de données

Le Carving de flux de données est similaire au Carving de fichiers mais au lieu de rechercher des fichiers complets, il recherche des fragments d'informations intéressants.
Par exemple, au lieu de rechercher un fichier complet contenant des URL enregistrées, cette technique recherchera des URL.

{% content-ref url="file-data-carving-recovery-tools.md" %} file-data-carving-recovery-tools.md {% endcontent-ref %}

Suppression sécurisée

De toute évidence, il existe des moyens de supprimer de manière "sécurisée" des fichiers et une partie des journaux à leur sujet. Par exemple, il est possible de écraser le contenu d'un fichier avec des données inutiles plusieurs fois, puis de supprimer les journaux du $MFT et du $LOGFILE concernant le fichier, et de supprimer les copies d'ombre du volume.
Vous remarquerez peut-être que même en effectuant cette action, il peut y avoir d'autres parties où l'existence du fichier est toujours enregistrée, et c'est vrai, et une partie du travail du professionnel de la criminalistique est de les trouver.

Références

Apprenez le piratage AWS de zéro à héros avec htARTE (HackTricks AWS Red Team Expert)!

Autres façons de soutenir HackTricks :