Convertir EXE en BIN

Un flasher de firmware, un émulateur ou un outil de programmation peut nécessiter une image .bin au lieu d’un package Windows .exe distribué. La méthode correcte dépend du fait que l’EXE contienne un BIN intégré, un payload de firmware ou un programme Windows qui ne peut pas être converti de manière pertinente.

Qu’est-ce que le format EXE ?

.exe est l’extension habituelle d’un fichier Windows Portable Executable (PE). Un PE contient du code machine, des sections de programme, des ressources, des tables d’importation et des métadonnées utilisées par le chargeur Windows.

Microsoft Visual C++, MinGW-w64, Delphi et les outils .NET peuvent produire des fichiers EXE. Les installateurs, les archives auto-extractibles, les applications DOS et les firmware updaters utilisent également couramment cette extension. L’exécution d’un EXE lance sa logique de programme ; son extraction révèle uniquement les fichiers intégrés au package et ne convertit pas le programme.

Qu’est-ce que le format BIN ?

.bin est une extension générique pour des données binaires, et non un format standardisé unique. Un BIN peut contenir un firmware, des données ROM, un bootloader, une image brute de CD ou de disque, des données chiffrées ou tout autre flux d’octets.

Un BIN brut est utile lorsqu’un émulateur, un programmateur, un périphérique embarqué ou un utilitaire de flashing attend des octets à des offsets définis, sans wrapper exécutable Windows. L’extension n’identifie pas l’ordre des octets, l’adresse mémoire, le padding, la somme de contrôle, la compression, le chiffrement ni la compatibilité matérielle de l’image. Un BIN n’est pas automatiquement plus petit que sa source EXE ; il est plus petit uniquement lorsque le code d’installation et les fichiers d’accompagnement inutiles sont absents.

Comment extraire un BIN intégré

1. Conservez l’EXE original et créez une copie de travail. Analysez le fichier avec un logiciel de sécurité à jour et n’exécutez pas un updater inconnu uniquement pour l’inspecter.
2. Ouvrez la copie avec 7-Zip en utilisant File → Open. S’il s’agit d’une archive auto-extractible, extrayez son contenu et recherchez des noms tels que firmware.bin, image.bin ou update.bin.
3. Si 7-Zip ne parvient pas à identifier le package, essayez Universal Extractor 2, qui prend en charge de nombreux formats d’installateurs et d’archives auto-extractibles. Certains packages de fabricants nécessitent l’utilitaire d’extraction du constructeur ou une option de ligne de commande documentée.
4. Comparez le nom, la taille, la version et la somme de contrôle du fichier extrait avec les informations de version du fabricant du périphérique. Utilisez-le uniquement lorsque la documentation l’identifie comme l’image destinée au modèle cible exact.

Renommer un EXE ou un fichier extrait arbitraire en .bin ne modifie que le nom de fichier ; cela ne modifie pas le format des données.

Comment créer un binaire brut à partir d’un fichier PE

Pour un véritable exécutable PE destiné à un workflow embarqué, GNU Binutils peut produire un binaire brut à partir de ses sections allouables :

objcopy -I pei-i386 -O binary program.exe program.bin
objcopy -I pei-x86-64 -O binary program.exe program.bin

Utilisez le premier format d’entrée pour les fichiers PE 32 bits et le second pour les fichiers PE 64 bits. Installez Binutils via une distribution réputée telle que MSYS2 ou une toolchain MinGW-w64 sur Windows. Inspectez l’entrée avant la conversion :

objdump -h program.exe

Cette sortie est une représentation brute de sections exécutables sélectionnées, et non un programme Windows ni automatiquement une image de firmware valide. Elle peut omettre ou mal gérer des informations requises par la cible, notamment les données de relocalisation, les en-têtes, les espaces d’adresses dispersés, les métadonnées de signature, les adresses de chargement, les sommes de contrôle et les wrappers d’image propriétaires. Un script de l’éditeur spécifique au linker ou un packager du fabricant peut être requis à la place.

Comment gérer les EXE de firmware updater

De nombreux EXE de firmware sont des wrappers Windows qui vérifient le modèle, décompressent un payload compressé ou signé et lancent un utilitaire de flashing. Utilisez la méthode d’extraction documentée par le fabricant ; les switches tels que /extract, /e et /write ne sont pas universels et peuvent mettre à jour le périphérique au lieu d’extraire un fichier.

Des outils tels que binwalk peuvent identifier des données intégrées reconnaissables dans certains packages de firmware, mais ils ne peuvent pas déchiffrer les payloads propriétaires, reconstituer chaque en-tête de fabricant ni prouver qu’un fichier extrait peut être flashé. Considérez toute sortie comme un résultat d’investigation jusqu’à ce que le format et les exigences de validation du fabricant le confirment.

Limites de compatibilité et de conversion en ligne

Il n’existe aucune conversion EXE-to-BIN universelle. Une application Windows, un installateur, une archive auto-extractible, un firmware updater et un programme d’image disque nécessitent chacun un traitement différent. Un BIN d’image disque peut également nécessiter un fichier .cue correspondant ou une disposition de secteurs particulière, tandis qu’un firmware peut nécessiter une adresse, une somme de contrôle, une signature ou un en-tête spécifique au bootloader.

Les convertisseurs en ligne génériques ne conviennent pas aux fichiers EXE arbitraires : ils ne peuvent pas déterminer quelles sections ou quel payload intégré représentent le BIN requis, et le téléversement d’exécutables ou de firmware peut divulguer du code propriétaire ou sensible. Pour un format d’archive ou d’image disque documenté et non sensible, un service reconnu tel que CloudConvert ou Zamzar peut être utilisé uniquement s’il répertorie explicitement les formats source et cible. Aucun de ces services ne peut transformer une application Windows ordinaire en firmware valide.

Avant le flashing, suivez les instructions du fabricant pour le modèle exact, l’adresse de l’image, la méthode de validation et la procédure de récupération. Conservez l’EXE original et notez le hash SHA-256 de l’image extraite :

certutil -hashfile firmware.bin SHA256