WindowsiOS roule Windows 11 sur un iPhone pliable

Windows n’était jamais censé rouler sur un iPhone. Apple a fermé cette porte il y a des années, d’abord avec le modèle fermé de l’App Store, puis en restreignant l’hyperviseur dont les applications de machine virtuelle dépendaient. WindowsiOS, un projet libre d’Ammaar Reshi, passe par le mur à la place. Il roule la version commerciale complète de Microsoft Windows 11 24H2 ARM64 sur un iPhone Duo pliable, localement, sans débridage.

Reshi a annoncé le projet le 11 novembre 2026, avec une vidéo de 57 secondes du téléphone déplié roulant le bureau Windows 11 sous contrôle tactile, l’application de codage Antigravity ouverte à côté. Il est responsable du produit et du design chez Google AI Studio, et il dit avoir construit le tout avec Gemini 4 Carbon. Le bureau dans cette vidéo est le vrai Windows, version 26100, et l’affirmation qui l’accompagne est la plus audacieuse : une vitesse presque native. Cette affirmation est la sienne, personne ne l’a vérifiée de façon indépendante, et la noter équitablement constitue l’essentiel de ce profil.

Windows 11 et Antigravity sur l’iPhone Duo physique. Image : projet WindowsiOS

Pourquoi Windows sur iOS est difficile

Commencez par le problème de vitesse. Les émulateurs qui survivent sur l’App Store, UTM SE parmi eux, retombent sur l’interpréteur QEMU, qui lit les instructions étrangères une à la fois et les joue. Selon le README du projet, Windows 11 24H2 sous interprétation prend des dizaines de minutes juste pour atteindre le bureau, et les applications lourdes construites sur Chromium et Electron, Microsoft Edge inclus, ne deviennent jamais utilisables du tout.

La route rapide est fermée. Apple a restreint le droit d’hyperviseur sur l’iOS de base à partir de la version 16.4, ce qui a mis fin à la virtualisation matérielle sur les téléphones que personne n’avait débridés. Sur le matériel iOS 26 et 27, le Trusted Execution Monitor, abrégé TXM, ajoute un autre verrou, en signant les tables de pages pour que les applications ne puissent pas simplement marquer leur propre mémoire comme exécutable.

Puis il y a le noyau lui-même. Windows insiste sur une traduction d’adresses en blocs de 4 Ko, appelés granules de traduction, pendant que l’hôte Darwin sous iOS travaille en pages de 16 Ko. Windows classe aussi ses étiquettes de processus dans un registre différent de ce que macOS ou Linux attendent, un détail que le README nomme par son registre, TCR_EL1.A1, en plus de s’appuyer sur Prism, son émulation x86 intégrée, avec des règles strictes d’ordre mémoire. Tout moteur qui veut héberger Windows doit satisfaire tout cela à la fois, puis construire un PC crédible autour : micrologiciel UEFI, tables ACPI, stockage NVMe, USB, audio et réseautage, le tout dans le plafond de mémoire qu’iOS impose aux applications.

La salle des machines

Le cœur de WindowsiOS est un traducteur binaire dynamique, un logiciel qui réécrit les instructions ARM64 en instructions ARM64 que l’hôte peut rouler vite, combiné avec une MMU logicielle. La MMU, pour unité de gestion de mémoire, est la couche qui mappe les adresses mémoire comme l’invité l’exige, ici dans les blocs de 4 Ko que Windows requiert. Une réserve TLB, un cache des traductions récentes classées par étiquette de processus, empêche les changements de contexte constants d’un bureau de vider le cache et de recommencer.

Reshi est ouvert sur les fondations. Le traducteur s’appuie sur Henge, un traducteur ARM64 vers ARM64 antérieur du développeur Leviidev, et sur Husk, avec des techniques d’attachement de débogueur des projets StikDebug et StikJIT, le réseautage de libslirp, le micrologiciel de TianoCore EDK2 et des pilotes de Red Hat et son paquet virtio-win. Les crédits complets se trouvent dans le fichier THIRD_PARTY_NOTICES du dépôt. Nommer Henge comme fondation est une attribution honnête, et cela rend le travail original plus facile à voir : le comportement MMU propre à Windows, les correctifs Prism et la plateforme matérielle sont ce que ce projet ajoute.

Le geste le plus audacieux est la mémoire. Sur le matériel TXM, le projet revendique une région de 384 Mio de mémoire exécutable mappée de deux façons à la fois, inscriptible et exécutable, à côté de 4,5 Go de mémoire invitée que le chien de garde mémoire d’iOS accepte de laisser hors de ses comptes. Il obtient les deux par attachement de débogueur, pendant que le système marque le processus comme débogué, l’état que le code appelle CS_DEBUGGED. En termes simples, il passe par la porte que les outils de développement utilisent, parce que l’iOS de base n’offre aucune autre porte vers une mémoire exécutable de ce type. C’est le truc et la mise en garde en un seul geste : aucun débridage requis, et une dépendance totale envers un comportement qu’Apple pourrait restreindre dans n’importe quelle mise à jour.

Un PC entier en miniature

Autour du moteur siège une machine virtuelle construite selon les normes Windows. Le micrologiciel de démarrage vient d’EDK2, avec un magasin de variables persistant pour que les entrées de démarrage survivent aux redémarrages. Les tables ACPI 6.3 décrivent la machine, un contrôleur GICv3 gère les interruptions, et le stockage roule sur un contrôleur NVMe 1.4. L’USB 3.0 xHCI fournit un clavier et un pointeur tablette absolu, ce qui est la façon dont l’écran tactile dirige Windows.

L’audio est le détail qui vend l’effort. Red Hat ne livre aucun pilote audio virtio pour Windows, donc le projet comprend un contrôleur Intel ICH6 HD Audio écrit à partir de zéro. Windows lie les pilotes de boîte de réception qu’il transporte déjà, et l’invité gagne une sortie haut-parleur et une entrée microphone. Le réseautage roule sur VirtIO Net avec le pilote NetKVM, par NAT en mode utilisateur libslirp, sans exiger de permissions spéciales du côté iOS.

L’image Windows elle-même est élaguée avant même de démarrer. Les scripts du projet retirent plus de 35 services d’arrière-plan et la télémétrie de l’image hors ligne, et le README affirme que le bureau élagué tourne au ralenti à 1,46 Go de ses 4,5 Go, passant 89 pour cent de son temps dans l’état d’attente d’interruption au ralenti sur quatre vCPU sur les cœurs de performance A20 Pro. Les deux chiffres sont les propres chiffres du fabricant. Ce sont des cibles d’ingénierie plausibles et des mesures non vérifiées, et ce profil les traite comme le premier type.

Deux postures, un Windows

Le matériel pliable reçoit une interface propre. Plié, le téléphone devient un portable à coquille : la moitié du haut est l’écran, la moitié du bas un plateau clavier et pavé tactile, une disposition que le dépôt appelle la Surface Laptop Ultra UI. Déplié, la même session s’ouvre en une toile Windows plein écran. C’est de la réflexion produit par-dessus du travail de noyau, et cela fait lire la démo comme un mini portable plutôt qu’un tour de fête.

Les flux de connexion reçoivent le même traitement. Les applications de bureau comme Antigravity envoient les utilisateurs vers un navigateur pour la connexion Google, avec la réponse revenant à une adresse localhost dans Windows. Un petit programme pont dans l’invité fait plutôt apparaître la feuille Safari native d’iOS pour cette connexion, pour que les clés d’accès et Face ID fonctionnent, puis relaie le rappel dans Windows. La vitrine du README montre la connexion Antigravity complétée par ce pont.

Ce que les captures d’écran montrent

Les preuves du projet sont un ensemble de captures d’écran du téléphone physique, et elles montrent un logiciel fonctionnel plutôt qu’un logo de démarrage. Le bureau Windows 11 roule sur l’appareil. Edge affiche des pages HTTPS en direct, Wikipédia parmi elles, par TLS 1.3. Antigravity 2.31.0, un IDE fondé sur Electron et Chromium, roule nativement dans l’invité. Même Prism fonctionne là-dedans, donc les vieilles applications Windows x86 sont traduites par Windows lui-même, imbriquées dans la traduction extérieure.

Edge roulant en direct dans Windows sur le Duo. Image : projet WindowsiOS

Traitez tout cela comme les preuves du fabricant, parce que c’est ce que c’est. Des captures d’écran et une courte vidéo prouvent que le système démarre et roule. Elles ne peuvent pas prouver la sensation de vitesse dans une heure d’usage réel, et personne à l’extérieur du projet ne l’a encore roulé.

Prix et plateformes

WindowsiOS ne coûte rien et se livre comme code source seulement, sous GPL-2.0-or-later. Le piège est la liste d’achats. Construire exige un Mac avec Apple Silicon, M1 ou plus récent, avec Xcode et les outils de construction habituels. Vous fournissez votre propre ESD officiel Windows 11 24H2 ARM64 de Microsoft. Le micrologiciel EDK2 et les pilotes virtio-win sont récupérés pendant que vous provisionnez, et le dépôt ne contient délibérément aucune image disque et aucun binaire Windows. Le lancement sur le téléphone passe par un script LLDB visant le matériel TXM iOS 26 et 27.

La cible démontrée est l’iPhone Duo pliable, modèle iPhone19,4, roulant un A20 Pro sous iOS 27 TXM. Le dépôt a ouvert le 8 novembre 2026, et au moment d’écrire il contenait cinq commits et environ 39 étoiles, avec l’annonce arrivant trois jours après le premier commit.

Manipulez les affirmations avec soin

Chaque chiffre de vitesse et de mémoire dans cette histoire vient d’une seule source, le projet lui-même, et aucun n’a encore de vérification indépendante. Le matériel de démo est l’iPhone pliable le plus récent sous l’iOS le plus récent, ce qui est la scène la plus amicale possible. La route de mémoire exécutable s’appuie sur un comportement d’attachement de débogueur qu’Apple contrôle et pourrait fermer. Rien de tout cela n’efface l’exploit. Tout cela a sa place dans tout compte rendu honnête de l’état du projet aujourd’hui.

Qui devrait l’essayer

Idéal pour : les passionnés de virtualisation, les chercheurs en sécurité iOS et quiconque aime lire un cours magistral de ténacité appliquée. Le code source est le produit en ce moment, et il récompense la lecture, de la gestion ASID dans la MMU au contrôleur audio construit pour satisfaire les pilotes de boîte de réception.

Tout le monde devrait surveiller le dépôt. Le jour où ce projet livrera une version est le jour où il deviendra un outil que d’autres gens peuvent juger. Aujourd’hui, c’est une démonstration, et une spectaculaire.

Réflexions finales

WindowsiOS ne transforme pas votre iPhone en machine Windows pratique. Ce qu’il fait, c’est retirer une supposition que l’industrie répète depuis des années, que l’iOS de base ne peut tout simplement pas héberger un vrai système d’exploitation de bureau à une vitesse utilisable. Un téléphone pliable, un traducteur, une unité de mémoire logicielle et une construction assistée par IA plus tard, le bureau démarre, le navigateur charge des pages et les agents de codage roulent. La question de savoir si Apple tolérera la route du débogueur, et si les affirmations de vitesse survivront aux tests indépendants, reste ouverte. L’ingénierie, elle, ne l’est pas.

Sources

• Le dépôt du projet et le README : ammaarreshi/WindowsiOS on GitHub, lu le 11 novembre 2026
• Crédits en amont : THIRD_PARTY_NOTICES dans le même dépôt (Henge, Husk, StikDebug et StikJIT, libslirp, TianoCore EDK2, Red Hat virtio-win)
• Annonce : post by @ammaar on X, 11 novembre 2026 (vidéo de démo de 57 secondes; construite avec Gemini 4 Carbon)
• Captures d’écran de la vitrine : projet WindowsiOS