Contrôler la taille d’abord
Le nom et le nombre d’octets s’affichent avant l’analyse. Plus de 32 Mio est refusé avant chargement ; les trois exemples ne sont que de petits en-têtes.
- Les octets magiques, et non l’extension, déterminent le format.
Fichiers, binaire et compression
Choisissez un fichier local ou un exemple, puis lancez explicitement l’analyse.
Déposez un fichier ELF, PE ou Mach-O, ou choisissez-le.
Aucun fichier sélectionné
Lecture locale dans le navigateur, sans téléversement ni exécution.
Choisissez un fichier ou chargez un exemple.
Choisissez un fichier ou chargez un exemple.
Quand un programme ne charge pas, un analyseur de fichiers exécutables aide à vérifier l’architecture, le point d’entrée et les offsets des sections. L’extension du nom ne suffit pas.
Cet analyseur de fichiers exécutables distingue l’en-tête ELF, l’en-tête PE et chaque commande d’un fichier Mach-O. Il permet une analyse binaire en ligne dans le navigateur, sans exécuter le code.
Reliez un champ à ses octets sans lancer le programme.
L’analyseur de fichiers exécutables sépare les en-têtes de programme et les sections ELF, suit le pointeur DOS vers PE et parcourt les commandes Mach-O. Une simple signature magique ne donne pas ces détails.
Un Mach-O universel contient plusieurs tranches autonomes. Choisissez arm64 ou x86-64 pour lire son offset, sa taille et son propre en-tête, sans confondre le conteneur avec le programme.
Le nom et le nombre d’octets s’affichent avant l’analyse. Plus de 32 Mio est refusé avant chargement ; les trois exemples ne sont que de petits en-têtes.
Cliquez sur Analyser les en-têtes ou utilisez Ctrl/Cmd+Entrée. Changer de fichier invalide le rapport et bloque copie et téléchargement jusqu’au nouveau succès.
Sélectionnez un champ pour voir son offset absolu et ses premiers octets. Dans un Mach-O universel, choisissez la tranche et relancez l’analyse avant d’exporter.
En-tête, programmes et sections utilisent toute la largeur des entiers. La numérotation étendue est lue dans la section zéro ; une table absente reste un résultat vide valide.
Le pointeur du DOS mène à la signature PE, à COFF, à l’en-tête optionnel puis aux sections. Le RVA d’entrée et la base de l’image restent distincts.
En-têtes 32/64 bits, commandes, segments et sections sont listés. Le répertoire fat garde offset et taille de chaque tranche, même si l’une est endommagée.
Chaque champ montre sa plage hexadécimale. Les sections NOBITS d’ELF ou à remplissage nul de Mach-O sont marquées comme sans octets dans le fichier.
L’analyseur de fichiers exécutables lit le type de machine dans ELF, PE ou Mach-O. Une valeur inconnue reste visible en hexadécimal au lieu d’être devinée.
Le champ e_lfanew du DOS, à l’offset 0x3C, pointe vers la signature PE. La chaîne COFF et l’en-tête optionnel suivent cette signature.
Les segments décrivent le chargement en mémoire ; les sections servent au lien et à l’analyse. L’outil les présente dans deux listes séparées.
Non. L’analyseur de fichiers exécutables indique seulement la structure. Il ne valide ni certificat, ni révocation, ni sécurité du code.
Non. La File API le lit dans l’onglet. Le JSON n’est créé que lorsque vous choisissez de le copier ou de le télécharger.
Oui. Les tranches du répertoire fat sont listées avec architecture, offset et taille. Choisissez-en une puis relancez l’analyse pour obtenir son rapport.
Une autre question ?
Testez les trois exemples, puis ouvrez votre propre build. L’analyseur de fichiers exécutables vous permet de vérifier les offsets avant de partager le JSON.
Le fichier choisi reste dans cet onglet.