Analyseur de fragments de fichiers
Téléchargez n’importe quel fichier basé sur des morceaux pour analyser sa structure interne morceau par morceau. Le File Chunk Analyzer prend en charge les images PNG (avec validation CRC-32 pour chaque morceau), les conteneurs RIFF (audio WAV, vidéo AVI, images WebP), les photos JPEG (analyse complète des segments de marqueurs) et les animations GIF (analyse bloc par bloc, y compris les extensions). Visualisez chaque type de bloc, taille, décalage d'octets et interprétation des données en un coup d'œil - le tout traité localement dans votre navigateur sans aucune inscription requise.
Upload any chunk-based file (PNG, WAV, AVI, JPEG, GIF) to analyze its internal structure. Lists all chunks with type, size, offset, data payload and CRC information. All processing is done locally in your browser - no data uploads.
Drop a chunk-based file here or click to browse
PNG (.png) · WAV (.wav) · AVI (.avi) · WebP (.webp) · JPEG (.jpg, .jpeg) · GIF (.gif) — max 50 MB
The File Chunk Analyzer reads the raw binary data of your file and parses it according to the format specification. For PNG files, it reads each 4-byte length, 4-byte type, data payload, and CRC-32 checksum, then validates the CRC. ForRIFF files (WAV/AVI/WebP), it parses the nested chunk hierarchy with recursive LIST structures. For JPEG, it identifies marker segments by their 0xFF prefix. For GIF, it parses the block-based structure including extensions and color tables. All processing happens locally in your browser - no data is uploaded to any server.
Pourquoi utiliser notre analyseur de fragments de fichiers ?
- Analyse de blocs multiformats : prend en charge quatre principaux formats de fichiers basés sur des blocs avec des moteurs d'analyse spécifiques au format. Les fichiers PNG sont analysés avec une validation CRC-32 complète pour chaque morceau. Les conteneurs RIFF (WAV, AVI, WebP) sont analysés avec une hiérarchie de sous-morceaux récursive et une détection de structure LIST. Les fichiers JPEG sont analysés pour tous les segments de marqueurs standard, de SOI à EOI. Les fichiers GIF sont analysés bloc par bloc, y compris les en-têtes, les tables de couleurs, les descripteurs d'image, les extensions et la bande-annonce. Pas besoin d'installer de logiciel : il suffit de télécharger et d'analyser instantanément.
- Validation CRC-32 et analyse de champ : pour les fichiers PNG, la somme de contrôle CRC-32 de chaque morceau est calculée et validée par rapport à la valeur stockée - les discordances sont surlignées en rouge pour une identification rapide des morceaux corrompus ou modifiés. La charge utile de données de chaque bloc est analysée dans des champs lisibles par l'homme avec des noms, des décalages d'octets, des valeurs hexadécimales et des interprétations en anglais simple. Les morceaux IHDR affichent les dimensions de l'image, la profondeur de bits et le type de couleur. Les morceaux PLTE répertorient les tailles de palette. Les morceaux tEXt et zTXt affichent des métadonnées de texte intégrées telles que l'auteur, la description et le logiciel de création.
- Visionneuse hexadécimale avec répartition des fragments : affichez l'en-tête binaire brut de votre fichier dans un format de vidage hexadécimal propre avec des adresses de décalage, des valeurs d'octets hexadécimaux et une interprétation ASCII dans des colonnes parallèles. Cela vous donne une image complète de la façon dont le fichier est structuré au niveau des octets, ce qui facilite la compréhension de la relation entre les limites des blocs et les données binaires brutes. Le vidage hexadécimal est pliable pour garder l'interface propre tout en offrant une transparence totale dans le processus d'analyse.
- Analyse 100 % privée basée sur un navigateur : toutes les analyses de fichiers s'effectuent entièrement dans votre navigateur à l'aide de l'API FileReader et des analyseurs JavaScript personnalisés. Les fichiers sont lus localement et ne sont jamais téléchargés sur aucun serveur - vos données restent totalement privées sur votre appareil. Pas d'inscription, pas de compte, pas de collecte de données, pas de limites d'utilisation. L'outil traite des fichiers jusqu'à 50 Mo et fonctionne hors ligne après le chargement initial de la page. Vos fichiers sensibles (images propriétaires, audio confidentiels, photos privées) ne quittent jamais votre ordinateur.
Cas d'utilisation courants de l'analyseur de fragments de fichiers
- Analyse médico-légale et détection de falsification : les enquêteurs de sécurité peuvent examiner les fichiers PNG à la recherche de preuves de falsification en validant les sommes de contrôle CRC-32 sur tous les morceaux. Une incompatibilité CRC dans un bloc IDAT peut indiquer que les données de pixels ont été modifiées après la création du fichier. Les fragments tEXt ou iTXt suspects contenant des données intégrées peuvent être identifiés et inspectés. La décomposition morceau par morceau révèle la structure exacte du fichier, permettant de détecter des anomalies qui seraient invisibles lors d'une inspection occasionnelle.
- Formats de fichiers d'ingénierie inverse : les développeurs et les chercheurs en sécurité peuvent utiliser File Chunk Analyzer pour étudier comment différents formats de fichiers organisent leurs données en interne. Analysez les fichiers PNG pour comprendre la relation entre les métadonnées IHDR et les flux de données compressés IDAT. Examinez les morceaux fmt du fichier WAV pour comprendre les paramètres de codage audio. Inspectez les fichiers AVI pour voir comment les flux vidéo et audio sont entrelacés. Déconstruisez les structures d'animation GIF pour comprendre la synchronisation des images et les méthodes de suppression, le tout sans écrire une seule ligne de code d'analyse.
- Diagnostic de fichier corrompu et évaluation de la récupération : lorsqu'une image PNG, un fichier audio WAV ou une photo JPEG ne s'ouvre pas, File Chunk Analyzer peut aider à diagnostiquer le problème. Un morceau IEND manquant, un CRC non valide dans un morceau critique ou un segment IDAT tronqué produisent tous des signatures d'erreur spécifiques que l'outil peut détecter et afficher. Cette capacité de diagnostic permet de déterminer si un fichier peut être réparé, quels outils de récupération utiliser et si les données sont récupérables ou définitivement perdues.
- Extraction de métadonnées et vérification du contenu : extrayez les métadonnées intégrées à partir de fichiers fragmentés sans logiciel spécialisé. Les morceaux PNG tEXt et zTXt contiennent souvent des noms d'auteurs, des avis de droits d'auteur, des descriptions de logiciels et des horodatages de création. Les morceaux WAV LIST/INFO stockent les titres des pistes, les artistes et les dates de création. Les segments JPEG APP1 (EXIF) contiennent les paramètres de l'appareil photo et les coordonnées GPS. Les extensions de commentaires GIF et les extensions d'application fournissent un aperçu de l'origine du fichier et de son utilisation prévue, le tout visible et copiable en quelques clics.
- Stéganographie et enquête sur les données cachées : recherchez dans les fichiers les charges utiles stéganographiques en examinant les anomalies de structure des fragments. Les données cachées dans les fichiers PNG sont souvent stockées dans des types de blocs inutilisés, des blocs texte surdimensionnés ou ajoutées après IEND. Des morceaux JUNK supplémentaires dans les fichiers RIFF peuvent masquer des données. Des tailles anormales de commentaires GIF ou d’extensions d’application peuvent indiquer des charges utiles intégrées. La liste morceau par morceau permet de repérer facilement les morceaux qui semblent déplacés, ont des tailles inhabituelles ou contiennent des modèles de données inattendus.
- Éducation en matière de criminalistique numérique et de cybersécurité : les étudiants et les enseignants peuvent utiliser File Chunk Analyzer comme outil d'apprentissage pratique pour comprendre les structures de fichiers binaires, le codage des données, les sommes de contrôle et les formats de conteneurs. Le tableau de fragments interactif avec les détails des champs extensibles rend les concepts abstraits du format binaire concrets et visibles. Il est idéal pour enseigner la structure des morceaux PNG dans les cours d'infographie, la mise en page au format WAV dans les cours d'audio numérique, la compression JPEG dans les programmes de traitement d'images et l'analyse médico-légale des fichiers dans les programmes de cybersécurité.
Que sont les formats de fichiers basés sur des blocs ?
Les formats de fichiers basés sur des morceaux organisent les données en blocs discrets et autonomes appelés morceaux. Chaque morceau possède généralement un en-tête qui spécifie son type et sa taille, suivi de la charge utile des données. Cette conception modulaire permet aux applications de lire facilement des parties spécifiques d'un fichier sans analyser l'intégralité du fichier : elles peuvent ignorer les morceaux qu'elles ne comprennent pas et traiter uniquement ceux dont elles ont besoin. Les formats courants basés sur des blocs incluent PNG (Portable Network Graphics, qui utilise des codes de type de 4 octets avec des sommes de contrôle CRC-32), RIFF (Resource Interchange File Format, utilisé par l'audio WAV et la vidéo AVI, avec des morceaux de LISTE récursifs), JPEG (qui utilise des segments de marqueur préfixés par 0xFF) et GIF (avec des structures basées sur des blocs comprenant des extensions et des sous-blocs). Comprendre les structures de fragments est essentiel pour l’investigation des fichiers, la récupération de données, l’ingénierie inverse et l’analyse de compatibilité des formats.
Comment les formats fragmentés diffèrent selon le type
- Structure du format PNG : chaque fichier PNG commence par une signature de 8 octets (\x89PNG\r \x1a) suivie d'une séquence de morceaux. Chaque morceau a une longueur de 4 octets (big-endian), un code de type de 4 octets (par exemple, IHDR, PLTE, IDAT, IEND), une charge utile de données de la longueur spécifiée et une somme de contrôle CRC-32 de 4 octets qui couvre le code de type et les données. Le CRC-32 utilise le polynôme ISO 3309 (0xEDB88320) et est calculé sur le type de bloc + les octets de données du bloc. Les fragments critiques (IHDR, PLTE, IDAT, IEND) doivent apparaître dans un ordre spécifique, tandis que les fragments auxiliaires (tEXt, gAMA, pHYs, etc.) peuvent apparaître dans n'importe quel ordre entre IHDR et IEND.
- Structure du format RIFF : RIFF (Resource Interchange File Format) est un format conteneur où tout est organisé en morceaux. Un fichier RIFF commence par un identifiant « RIFF » suivi d'une taille de 4 octets (petit-boutiste) et d'un type de formulaire de 4 octets (par exemple, « WAVE », « AVI », « WEBP »). Les sous-morceaux suivent avec leurs propres identifiants et tailles de 4 octets. Le type de bloc "LIST" peut contenir des sous-morceaux avec un identifiant de liste. Les données sont alignées sur des limites de 2 octets avec des octets de remplissage si nécessaire. Les fichiers WAV utilisent principalement des morceaux fmt (format) et de données, tandis que les fichiers AVI utilisent des morceaux hdrl (liste d'en-tête), strl (liste de flux), movi (données de film) et idx1 (index).
- Structure des marqueurs JPEG : les fichiers JPEG utilisent des segments de marqueur identifiés par un octet 0xFF suivi d'un octet de type marqueur. Chaque segment marqueur (sauf SOI 0xFFD8 et EOI 0xFFD9) possède un champ de longueur big-endian de 2 octets qui inclut les octets de longueur eux-mêmes mais pas les octets marqueurs. Les marqueurs clés incluent SOF0 (début de l'image avec les dimensions de l'image), DQT (définir la table de quantification), DHT (définir la table de Huffman), SOS (début de l'analyse suivi de données codées par entropie), APP0/APP1 (données d'application telles que les en-têtes JFIF et les métadonnées EXIF) et COM (commentaire). Les données codées par entropie après SOS continuent jusqu'au marqueur suivant (0xFF suivi d'un octet différent de zéro).
- Structure de bloc GIF : les fichiers GIF utilisent une structure basée sur des blocs commençant par un en-tête de 6 octets ("GIF87a" ou "GIF89a"), suivi d'un descripteur d'écran logique de 7 octets, d'une table de couleurs globale facultative, puis d'une séquence de blocs. Les blocs d'image commencent par 0x2C, les blocs d'extension commencent par 0x21 (suivi d'un octet d'étiquette) et la fin est un seul octet de 0x3B. Les sous-blocs au sein des extensions utilisent un format de taille d'octet dans lequel chaque bloc commence par un octet indiquant le nombre d'octets de données qui suivent. GIF89a prend en charge les extensions de contrôle graphique (0xF9) pour la synchronisation et la transparence de l'animation, les extensions de commentaires (0xFE) pour le texte incorporé, les extensions de texte brut (0x01) pour les superpositions de texte et les extensions d'application (0xFF) pour les données personnalisées telles que les informations de boucle Netscape.
Comment interpréter les résultats de l'analyse de fragments
- Détection de format et présentation récapitulative : l'outil lit d'abord la signature du fichier (octets magiques) pour déterminer quel analyseur de format utiliser : PNG, RIFF, JPEG ou GIF. La bannière récapitulative en haut affiche le nom du format détecté, le nombre total de blocs, la taille totale des données et la surcharge structurelle. Cela vous donne un aperçu immédiat de la composition et de la complexité du dossier.
- Navigation dans la liste des morceaux : le tableau principal des morceaux répertorie tous les morceaux trouvés dans le fichier, triés par leur décalage d'octets. Chaque ligne affiche le type de bloc (avec un badge de couleur), le nom descriptif, la taille de la charge utile des données et l'emplacement du décalage d'octet. Les morceaux avec validation CRC (PNG) affichent une coche verte pour les sommes de contrôle valides ou un X rouge pour les discordances. Cliquez sur n’importe quelle ligne de bloc pour la développer et afficher des informations détaillées sur le champ avec des interprétations.
- Vue détaillée au niveau du champ : l'expansion d'un morceau révèle une répartition détaillée de tous les champs analysés au sein de la charge utile de données de ce morceau. Chaque champ affiche son nom, le décalage d'octets dans le bloc, la longueur en octets, la valeur analysée et une interprétation en anglais simple de la signification de la valeur. Par exemple, l'expansion d'un morceau IHDR affiche la largeur, la hauteur, la profondeur de bits, le type de couleur, la méthode de compression, la méthode de filtrage et les paramètres d'entrelacement. Le développement d'un morceau GIF GCE affiche la méthode de suppression, le délai et les paramètres de transparence.
- Validation CRC-32 (PNG) : les morceaux PNG incluent une somme de contrôle CRC-32 de 4 octets à la fin de chaque morceau. L'outil recalcule cette somme de contrôle à partir du type de bloc et des octets de données et la compare à la valeur stockée. Un CRC valide confirme que les données du bloc n'ont pas été modifiées depuis leur création. Un CRC non valide indique une corruption des données ou une falsification intentionnelle. Ceci est particulièrement utile pour l’analyse médico-légale et la vérification de l’intégrité des fichiers.
Confidentialité, limites et meilleures pratiques
Notre File Chunk Analyzer traite tout localement dans votre navigateur. Les fichiers sont lus à l'aide de l'API FileReader et analysés côté client à l'aide d'analyseurs JavaScript personnalisés spécialement écrits pour les formats PNG, RIFF, JPEG et GIF. Aucune donnée n'est jamais téléchargée sur un serveur. L'outil est 100 % gratuit, sans inscription, sans compte et sans limite d'utilisation.
Formats pris en charge et leurs fonctionnalités : les fichiers PNG bénéficient d'une validation CRC-32 complète, d'une analyse de champ pour plus de 20 types de blocs et d'une analyse détaillée IHDR/PLTE/tEXt/gAMA/pHYs/sRGB/tIME. Les fichiers RIFF (WAV, AVI, WebP) bénéficient d'une analyse récursive de morceaux de LISTE avec la répartition des champs fmt/data/avih/strh/strf. Les fichiers JPEG sont analysés marqueur par marqueur avec l'extraction des dimensions SOF0, l'analyse DQT/DHT, l'analyse de l'en-tête JFIF APP0 et l'extraction des commentaires COM. Les fichiers GIF bénéficient d'une analyse complète des blocs, y compris les tables de couleurs, la synchronisation GCE, les extensions de commentaires/applications et les descriptions d'images.
Limitations importantes : L'outil ne prend en charge que les quatre formats répertoriés. Pour les autres formats basés sur des blocs (IFF, ILBM, AIFF, MIDI, FLAC, STL, 3MF), l'analyse des en-têtes de fichiers est limitée. Les fichiers protégés par mot de passe ou cryptés ne peuvent pas être analysés. Les fichiers très volumineux (plus de 50 Mo) peuvent prendre beaucoup de temps à traiter. L'outil effectue une analyse structurelle mais ne décode pas les données de pixels compressées ni les échantillons audio - il analyse uniquement la structure des fragments et les métadonnées.
Meilleures pratiques : utilisez cet outil pour une inspection structurelle rapide, des contrôles d'intégrité CRC, l'extraction de métadonnées et la formation au format. Pour une analyse complète des fichiers cryptés, corrompus ou non standard, utilisez des outils d'investigation dédiés dotés de capacités de récupération plus avancées. Vérifiez toujours les résultats critiques avec plusieurs méthodes d’analyse.
Foire aux questions
Un analyseur de fragments de fichiers est un outil qui lit les formats de fichiers basés sur des fragments et les décompose en composants structurels individuels. Il identifie chaque morceau par son type, affiche sa taille et son décalage en octets, analyse sa charge utile de données dans des champs interprétables et valide éventuellement les sommes de contrôle. Cela révèle l'anatomie interne des fichiers tels que les images PNG, l'audio WAV, la vidéo AVI, les photos JPEG et les animations GIF, vous montrant exactement comment ils sont construits au niveau binaire.
Le File Chunk Analyzer prend en charge quatre familles de formats : (1) PNG (.png) - analyse complète de morceaux avec validation CRC-32 pour IHDR, PLTE, IDAT, IEND, tEXt, zTXt, iTXt, gAMA, cHRM, sRGB, iCCP, pHYs, sBIT, tIME, bKGD, tRNS, etc. (2) RIFF (.wav, .avi, .webp) - hiérarchie de morceaux récursifs avec prise en charge LIST pour les morceaux de format WAV/fait/cue et les morceaux d'en-tête/flux/film/index AVI. (3) JPEG (.jpg, .jpeg) - analyse de segments de marqueurs pour les marqueurs SOI, APP0/APP1, DQT, SOF0, DHT, SOS, COM, EOI et de redémarrage. (4) GIF (.gif) - analyse complète des blocs, y compris les en-têtes, les tables de couleurs, les descripteurs d'images, les extensions de contrôle graphique, les extensions de commentaires, les extensions d'application et les bandes-annonces.
Chaque morceau PNG comprend une somme de contrôle CRC-32 de 4 octets ajoutée après la charge utile des données. Notre outil recalcule cette somme de contrôle à partir du code de type de bloc (4 octets) plus les octets de données du bloc à l'aide de l'algorithme PNG CRC-32 standard (polynôme ISO 3309 0xEDB88320). Il compare ensuite la somme de contrôle calculée à la valeur stockée. S'ils correspondent, une coche verte s'affiche. S'ils diffèrent, un indicateur rouge apparaît - cela signale que les données ou le type du bloc ont été modifiés depuis la création du fichier, ce qui peut indiquer une corruption, une falsification ou un fichier mal formé.
Non. Le File Chunk Analyzer est conçu uniquement pour l’inspection structurelle et des métadonnées. Pour les fichiers PNG, il identifie les morceaux IDAT et indique leur taille compressée, mais ne décompresse pas les données de pixels compressées avec DEFLATE. Pour les fichiers JPEG, il identifie les marqueurs SOS et les données entropiques qui suivent, mais ne décode pas les données d'image. Pour les fichiers WAV, il lit les paramètres du bloc fmt (taux d'échantillonnage, profondeur de bits, canaux) et signale la taille des blocs de données, mais ne lit ni ne décode l'audio. Pour les fichiers GIF, il identifie les blocs de données d'image compressés LZW mais ne les décompresse pas.
Le vidage hexadécimal affiche les 256 premiers octets de votre fichier dans trois colonnes : la colonne de gauche affiche le décalage d'octet (adresse) en notation hexadécimale, la colonne du milieu affiche les valeurs brutes des octets hexadécimaux (deux chiffres hexadécimaux par octet, 16 octets par ligne) et la colonne de droite affiche l'interprétation ASCII de ces octets - les caractères imprimables apparaissent comme eux-mêmes tandis que les octets non imprimables apparaissent sous forme de points. Ce format de vidage hexadécimal classique vous permet d'inspecter visuellement l'en-tête du fichier, de repérer les chaînes de texte intégrées dans les données binaires et de comprendre la disposition au niveau des octets.
Le décalage du bloc est la position de l'octet dans le fichier où commence ce bloc spécifique, compté depuis le début du fichier (décalage 0). Par exemple, un morceau PNG IHDR au décalage 8 signifie qu'il commence 8 octets après le début du fichier, juste après la signature PNG de 8 octets. Le décalage est affiché en notation hexadécimale (par exemple, 0x0008). Vous pouvez utiliser ces décalages pour effectuer des références croisées avec l'affichage du vidage hexadécimal, localiser des morceaux spécifiques dans un éditeur hexadécimal ou comprendre l'espacement et l'ordre des morceaux dans le fichier.
Absolument. Toute analyse de fichiers s'effectue entièrement dans votre navigateur à l'aide de l'API FileReader. Les fichiers sont lus localement : l'intégralité du fichier est chargée dans la mémoire du navigateur mais n'est jamais envoyée nulle part. Aucune donnée n'est téléchargée sur un serveur, aucune requête réseau n'est effectuée avec les données de vos fichiers et aucun service tiers n'est impliqué. Vos fichiers et résultats d'analyse restent totalement privés sur votre appareil. Pas d'inscription, pas de compte, pas de collecte de données. L'outil fonctionne même hors ligne après le chargement initial de la page.
Les fragments inconnus sont des fragments dont le code de type ne correspond à aucun type de fragment connu dans la base de données de l'outil. Les fichiers PNG, par exemple, peuvent contenir des fragments privés enregistrés (commençant par une lettre minuscule) ou des fragments auxiliaires spécifiques au fournisseur que notre analyseur n'a pas catalogués. Cela ne signifie pas nécessairement que le fichier est corrompu ou suspect : de nombreuses applications intègrent des données personnalisées dans des types de blocs privés. L'outil affiche toujours la taille, le décalage et les données hexadécimales brutes du morceau, et valide toute somme de contrôle CRC.
Les principales limitations incluent : (1) Seuls les formats PNG, RIFF (WAV/AVI/WebP), JPEG et GIF sont pris en charge. Les autres formats basés sur des blocs tels que IFF, AIFF, MIDI, FLAC et ILBM ne sont pas analysés. (2) Les fichiers protégés par mot de passe ou cryptés ne peuvent pas être analysés. (3) Le traitement des fichiers très volumineux (plus de 50 Mo) peut prendre beaucoup de temps. (4) Les charges utiles de données compressées (IDAT, données d'analyse SOS, blocs GIF LZW) sont identifiées mais non décompressées. (5) L'outil effectue une analyse structurelle mais ne peut pas détecter tous les types de manipulation de fichiers - un fichier avec des sommes de contrôle CRC valides peut toujours avoir un contenu intentionnellement modifié.