Pourquoi chaque fichier .exe cache encore un programme DOS, même sous Windows 11

La structure des fichiers .exe sous Windows : un héritage du passé

Les fichiers .exe sont omniprésents sur les systèmes Windows, utilisés pour exécuter des programmes. Bien que nous soyons en 2026, chaque fichier .exe contient encore un vestige de l’époque du programme DOS. Lorsqu’on explore un fichier exécutable avec un éditeur hexadécimal, on découvre la signature « MZ ». Ces deux lettres proviennent de Mark Zbikowski, un ingénieur de Microsoft, et elles sont suivies d’un petit programme DOS qui affiche le message « This program cannot be run in DOS mode ».

Cela peut sembler obsolète, mais la présence de ce code simple est le résultat de décisions prises dans les années 1980. À cette époque, les programmes DOS étaient prédominants, et il fallait s’assurer que les nouvelles applications Windows puissent coexister avec eux. Cet ajout, appelé « DOS stub », permettait aux anciens systèmes de reconnaître les fichiers exécutable, même s’ils ne pouvaient pas les exécuter réellement.

L’idée derrière cet héritage est principalement liée à la compatibilité. Il fallait que les outils, les chargeurs et les techniques de sécurité restent fonctionnels sans avoir à réécrire entièrement le code informatique existant. Cela explique pourquoi, même aujourd’hui, on trouve toujours ces traces historiques dans les exécutables modernes.

Le rôle primordial des headers dans les fichiers exécutables

À l’intérieur de chaque fichier .exe se trouve un bloc de métadonnées appelé en-tête ou header. Ce composant crucial permet au système d’exploitation de comprendre comment charger et exécuter le programme. Sans lui, un exécutable ne serait qu’une suite indistincte de bytes.

Le header comprend de nombreux éléments comme le type de fichier, son organisation interne, et des instructions pour le système. Sous Windows, le format Portable Executable (PE) est utilisé. Cependant, au lieu de se trouver au début, la partie PE se cache derrière le stub DOS. Le header DOS initial indique où commence la structure PE grâce à l’offset spécifié, garantissant que le code DOS ne soit pas exécuté.

Cette architecture complexe assure que les fichiers .exe restent fonctionnels sans perturbation inutiles, même lorsque Windows a évolué d’un simple environnement DOS à un OS autonome et complet tel que Windows 11.

Pourquoi conserver le DOS stub : une question de compatibilité

Le DOS stub semble anachronique, pourtant il prévient des comportements imprévisibles si un fichier .exe est accidentellement exécuté sous un ancien système DOS. Bien que les versions modernes de Windows, de NT à 11, utilisent des architectures entièrement distinctes, ce segment de code conserve son importance en tant que partie intégrante de la structure du fichier.

Historiquement, un composant appelé NTVDM (NT Virtual DOS Machine) permettait d’exécuter des applications DOS sur des systèmes 32 bits. Ce n’était pas un véritable DOS mais plutôt un émulateur. Aujourd’hui, cependant, sur les systèmes 64 bits, ce chemin n’existe plus, le code DOS n’est pas exécuté et n’a aucun impact direct sur le fonctionnement général de Windows moderne.

Le maintien de cette couche de compatibilité garantit que les outils existants et le nouveau matériel restent utilisables ensemble. C’est une partie intégrante du succès de Windows, en évitant les incompatibilités qui pourraient survenir avec une approche plus radicale.

Windows 11 et le faux mythe du mode console

Il est courant de confondre le prompt de commandes (cmd.exe) avec le mode DOS. Pourtant, cet outil n’est pas DOS. Cmd.exe fonctionne comme une application Win32 reposant sur le noyau Windows. Il utilise les API système et même s’il imite l’apparence du DOS, il fonctionne selon des principes modernes.

Lorsqu’un utilisateur exécute des commandes via cmd, elles sont gérées par le sous-système Win32. Toutes les interactions avec le système passent par lui, qu’il s’agisse de gérer des fichiers ou des processus. De même, PowerShell, qui est intégré à Windows 11, représente une interface bien plus évoluée, complètement object-oriented et basée sur .NET.

Ces outils permettent aux utilisateurs de ressentir un lien avec les temps anciens du DOS tout en bénéficiant des fonctionnalités avancées d’un système d’exploitation moderne, prouvant la flexibilité et l’évolution continue de l’architecture Windows.

Le futur inattendu du DOS stub dans les fichiers .exe

La présence persistante du DOS stub dans les exécutables PE n’implique pas que le code DOS soit actif. Ce choix architectural est maintenu pour respecter les spécifications du format Portable Executable. À ce jour, les linkers modernes comme Visual Studio incluent toujours ce stub. Il reste une option de personnalisation pour créer des fichiers exécutables hybrides.

Il s’avère que des développeurs expérimentés ont commencé à utiliser ce mécanisme pour des tryptiques technologiques, combinant des programmes pour Windows, Linux, et navigateurs Web en un seul fichier. Cette innovation prouve que ce qui semble ancien a encore le potentiel d’inspirer de nouvelles solutions dans le domaine logiciel.

Pour les développeurs, cette capacité à utiliser un seul fichier multiplateforme représente un défi mais aussi un moyen de rationaliser les déploiements à travers différents environnements logiciels. Les avantages pratiques pourraient dépasser les attentes initiales, renforçant l’idée que l’ancien et le nouveau peuvent coexister de manière harmonieuse.

La compatibilité comme pilier fondamental de Windows

L’une des raisons principales pour lesquelles le stub DOS est encore préservé concerne la compatibilité de l’héritage logiciel. Argument souvent débattu, mais éliminer ce fragment pourrait entraîner des bouleversements dans les systèmes existants, ce que Microsoft évite en priorisant une transition en douceur plutôt que des changements radicaux.

Même si ce code n’est plus exécuté sur des systèmes Windows modernes, il maintient l’uniformité des fichiers exécutable, facilitant leur interaction avec des outils de développement et des infrastructures réseau. Cela permet à une multitude de logiciels anciens de fonctionner de manière fiable sur les nouveaux systèmes.

Rien qu’à analyser un exécutable moderne révèle à quel point chaque détail est pensé pour garantir la continuité et la cohérence. Les logiciels continuent de fonctionner, les systèmes d’exploitation évoluent sans connaître de ruptures décourageantes. C’est en maintenant cet équilibre que Windows conserve sa position dominante.