Visionneuse hexadécimale

Ouvrez tout fichier en hex dump dans le navigateur. Voyez offsets, paires hex, colonne ASCII. Identifiez magic bytes, debug binaires, vérifiez l'intégrité.

Vous avez des commentaires ? Signalez des bugs, suggérez des fonctionnalités ou partagez vos idées — nous lisons tout

À propos de la visionneuse hexadécimale

File Hex Viewer vous permet d'inspecter les octets bruts d'un fichier directement dans le navigateur. Visualisez les offsets, colonnes hex et ASCII sans jamais téléverser vos données sensibles. Idéal pour vérifier une signature, repérer des en-têtes ou déboguer un format binaire.

Pourquoi n'afficher qu'une partie du fichier ?

La plupart des signatures, métadonnées et magic bytes se situent au début d'un fichier. Charger seulement les premiers kilo-octets offre un aperçu immédiat tout en restant réactif, même pour de gros fichiers.

Puis-je régler le nombre d'octets par ligne ?

Oui, choisissez 8, 16 ou 24 octets par ligne selon votre habitude : plus large pour la contextualisation, plus étroit pour scruter chaque valeur.

Mes fichiers quittent-ils mon appareil ?

Non. Le traitement utilise FileReader en local, vos documents restent sur votre machine.

Que signifient les points dans la colonne ASCII ?

Les caractères non imprimables sont remplacés par des points pour une lecture claire. Les caractères imprimables apparaissent tels quels afin de repérer facilement des chaînes lisibles.

Visionneuse hexadécimale — Ouvrez tout fichier en hex dump dans le navigateur. Voyez offsets, paires hex, colonne ASCII. Identifiez magic bytes, de — **Visionneuse hexadécimale**

Comment identifier le format d'un fichier d'après ses premiers octets (magic numbers) ?

Chaque format commence par une signature unique. PDF : 25 50 44 46 (%PDF). PNG : 89 50 4E 47. JPEG : FF D8 FF. ZIP/DOCX/XLSX : 50 4B 03 04. GIF : 47 49 46 38. ELF Linux : 7F 45 4C 46. PE Windows EXE : 4D 5A. ID3 MP3 : 49 44 33. Ouvrez le fichier ici, regardez les 4-8 premiers octets et croisez avec la "List of file signatures" de Wikipedia.

Pourquoi certains octets apparaissent-ils en points dans la colonne ASCII ?

Les octets hors de la plage ASCII imprimable (0x20 à 0x7E) ne peuvent pas s'afficher en caractères lisibles. La visionneuse les affiche en . pour garder l'alignement. La colonne HEX montre toujours la vraie valeur. Les octets non imprimables incluent les caractères de contrôle (nouvelle ligne 0x0A, tab 0x09), marqueurs d'encodage (UTF-8 BOM EF BB BF) et données binaires.

Une visionneuse hex peut-elle révéler des métadonnées cachées ou de la stéganographie ?

Parfois. Les EXIF dans JPEG/PNG sont clairement visibles — cherchez les chaînes "Adobe", "GPS", "Camera" dans le hex. Les payloads stéganographiques cachés (modification LSB dans les octets d'image) NE sont PAS visibles en hex dump — il faut des outils spécialisés comme stegseek ou zsteg. Les docs Office (.docx, .xlsx) sont des ZIPs ; renommez en .zip et extrayez pour inspecter les métadonnées XML.

Comment le réglage octets par ligne affecte-t-il le flux d'inspection ?

16 octets par ligne est le standard historique (correspond à DOS DEBUG, Unix od -A x -t x1z -v). 8 facilite le suivi des petites structures (headers PE, frames ID3v2). 24 exploite les moniteurs larges et montre plus de contexte. Choisissez 16 sauf si vous analysez un format spécifique dont la taille d'enregistrement s'aligne mieux (32 pour IPv6, 4 pour les instructions x86).

Voir aussi