Cette année, Apple a officiellement tiré un trait sur le code de l’architecture x86 avec la sortie de macOS 27. Sur le papier, vingt ans de tradition communautaire du « Hackintosh » venaient de recevoir leur arrêt de mort. Pourtant, moins d’un mois plus tard, ce système d’exploitation hermétiquement verrouillé s’affichait de nouveau sur du matériel tiers. Des ordinateurs portables Qualcomm Snapdragon aux consoles Nintendo Switch, des passionnés ont forcé le système d’Apple à démarrer sur leurs appareils.
Apple supprime l’ancienne architecture et bâtit cinq ans de forteresse matérielle
La stratégie d’Apple pour cadenasser son écosystème matériel a mûri pendant cinq ans. Lors du lancement de la puce M1 en 2021, Intel stagnait encore à 14 nanomètres. Apple a saisi l’opportunité pour faire basculer l’ensemble de sa gamme d’ordinateurs vers ses propres puces ARM. Une autonomie accrue et un dégagement thermique minime ont conquis le marché, tout en verrouillant étroitement le système logiciel à ses propres lignes de production.
Dès lors que le système officiel ne laissait plus aucune porte dérobée aux processeurs génériques, les machines non officielles ne pouvaient plus démarrer. Durant la dernière décennie, les utilisateurs pouvaient encore faire tourner macOS sur un PC classique grâce aux machines virtuelles et au passthrough PCI, exploitant la pleine puissance de cartes graphiques dédiées. Mais avec la disparition du x86 dans macOS 27, le socle de ce compromis s’est effondré. Les chargeurs d’amorçage open source maintenus depuis des années ont perdu toute utilité du jour au lendemain.
Cette logique de verrouillage s’est avérée simple et redoutable. En maîtrisant la conception de la puce jusqu’au noyau, Apple a progressivement privé le matériel externe de tout espace vital. Tant que les interfaces demeurent propriétaires et sans documentation, impossible d’en décrypter les spécifications. Pour goûter au nouveau système, l’unique issue semblait d’acheter des machines officielles au prix fort.
Vingt ans de portage arrêtés aux limites de l’endurance humaine
Faire tourner un système d’exploitation fermé sur une puce inconnue exige un investissement d’ingénierie colossal. Les équipes doivent décompiler le noyau ligne par ligne, faire correspondre les protocoles de pilotes propriétaires d’Apple aux cartes mères génériques et tâtonner à l’aveugle dans un dédale binaire pour corriger manuellement des centaines d’erreurs d’exécution.
Une barrière technique aussi rude cantonnait l’ensemble de l’écosystème au temps libre d’une poignée d’experts d’élite. Les personnes réellement capables d’écrire des extensions de noyau ont toujours constitué un cercle restreint. À chaque mise à jour majeure de macOS, ces spécialistes devaient consacrer des mois à rétro-concevoir les registres matériels. Face aux innombrables interfaces dédiées des puces maison, la cadence des adaptations manuelles a très vite atteint un plafond infranchissable.
En l’absence de fiches techniques des fabricants, les contributions dispersées des amateurs ne pouvaient suivre le rythme de verrouillage d’une multinationale. Adapter le pilote d’un unique périphérique pouvait mobiliser un ingénieur pendant des mois pour n’obtenir qu’une réponse élémentaire. Quand la maintenance bas niveau ne repose que sur la résistance humaine, le déclin d’un écosystème n’est qu’une question de temps.
La communauté était plongée dans le silence à la veille de macOS 27. Les puces ARM pour terminaux mobiles n’ont aucun standard de bus unifié et leurs agencements matériels sont profondément fragmentés. Chaque cœur graphique exige des pilotes entièrement réécrits. Le seul dévouement des passionnés ne suffisait plus à combler ce fossé technique.
Pas une seule ligne de code écrite : un vieux PC portable redevient opérationnel en un jour
L’impasse s’est débloquée à la faveur d’une expérience imprévue. Yoon, un développeur expérimenté, avait besoin de compiler une application mobile sans disposer d’un Mac récent sous la main. Il a ressorti un ancien ThinkPad T490 équipé d’une version antérieure du système. Dotée d’un processeur Intel d’ancienne génération, cette machine nécessitait d’ordinaire une longue configuration manuelle de correctifs matériels.
Or, Apple avait profondément intégré Claude Code et Codex dans Xcode 26. Yoon a fait appel à ces modèles pour diagnostiquer les erreurs de compatibilité : l’IA lui a retourné des scripts de correction fonctionnels en quelques secondes. Sans avoir écrit lui-même la moindre ligne de code, il est parvenu à faire tourner l’ensemble de son environnement en l’espace d’une journée.
Cette expérimentation d’une journée a ouvert de nouvelles perspectives. Les modèles de langage ont fait preuve d’une formidable rapidité de déduction logique face aux crashs système de bas niveau. Des conflits de symboles qui demandaient jadis des semaines de recherche aux spécialistes ont été résolus en quelques minutes par des correctifs générés automatiquement. Les développeurs n’avaient plus besoin de maîtriser chaque registre matériel pour abattre les obstacles à l’aide d’algorithmes.
L’environnement de compilation une fois validé, les travaux de rétro-ingénierie plus profonds ont adopté un tempo analogue. L’analyse du code machine désassemblé n’exigeait plus des heures de lecture laborieuse. Dès lors qu’on lui fournissait un contexte suffisant, le modèle effectuait des correspondances de motifs complexes d’une architecture à l’autre. Les algorithmes ont jeté une passerelle automatique entre les pilotes connus et les journaux d’erreurs cryptiques.
Figure : macOS 27.2 Beta tournant sur une carte ARM RK3588 avec pilotes Mali adaptés. Source : naut.ca
Rétro-ingénierie et LLM : les consoles portables adoptent macOS en quelques semaines
Ce succès isolé s’est rapidement mué en une offensive collective de toute la communauté. Les développeurs ont combiné le framework de rétro-ingénierie Ghidra avec Claude Code au sein d’un pipeline automatisé. Le travail rébarbatif d’analyse du désassemblage s’est transformé en un flux où l’algorithme génère des pilotes matériels sur commande. La communauté a qualifié cet assemblage d’ingénierie logicielle sous stéroïdes.
Les résultats obtenus dans les semaines suivantes ont dépassé toutes les attentes de l’industrie. macOS 27 a démarré sans encombre sur des ultraportables à architecture Qualcomm Snapdragon. La toute dernière version bêta de macOS 27.2 est allée encore plus loin, tournant directement sur des cartes de développement RK3588. Même la Nintendo Switch, animée par une puce Nvidia, a été contrainte de démarrer sous iOS 17.
Figure : iOS 17 s’exécutant sur une Nintendo Switch OLED. Source : naut.ca
La prise en charge matérielle s’étend à un rythme soutenu. Grâce au projet open source nullmoth, les cartes graphiques Nvidia série 50 ont obtenu pour la première fois une accélération graphique native au niveau du système. Des protocoles propriétaires comme AirDrop ou le décodage vidéo matériel ont été ouverts les uns après les autres avec l’aide d’algorithmes. La falaise technologique érigée par une multinationale est rapidement nivelée par des pipelines de rétro-ingénierie accessibles.
Des adaptations qui demandaient autrefois des mois de labeur se résument aujourd’hui à quelques échanges d’instructions. Le modèle analyse les registres de la puce cible, s’appuie sur le code source de pilotes libres et comble de lui-même les fonctions noyau manquantes. Face à la puissance de déduction des algorithmes, les interfaces graphiques propriétaires cèdent les unes après les autres.
Quand les coûts de portage s’effondrent, l’utilisateur reprend le contrôle de son matériel
Ce renouveau met en lumière une règle fondamentale : le portage d’un système est avant tout un calcul économique. Ce qui bloquait historiquement l’installation sur du matériel tiers, c’était le coût humain astronomique de la réécriture des pilotes. Quand l’IA ramène ce coût proche de zéro, les murailles matérielles perdent tout pouvoir de dissuasion.
Apple a tenté de verrouiller son contrôle en abandonnant l’ancienne architecture pour contraindre les utilisateurs à payer le prix fort pour ses équipements. Mais les modèles de rétro-ingénierie ont rebattu les cartes de cet affrontement. Ce qui a disparu n’est pas le Hackintosh, mais la méthode artisanale qui le maintenait en vie. Face à des outils de génération de code au rythme d’itération fulgurant, les forteresses propriétaires se fissurent irréversiblement.
Beaucoup s’interrogeaient sur l’énergie et la puissance de calcul colossales englouties par l’entraînement des grands modèles. La renaissance des systèmes fermés sur du matériel non officiel apporte une réponse sans équivoque : dès lors que la rétro-ingénierie du noyau devient un outil universel, aucun verrou matériel artificiel ne peut résister indéfiniment. Le matériel physique que vous avez financé finira toujours par vous appartenir pleinement.
Liens de référence :
- naut.ca : Blog technique personnel de Yoon
- Discussions communautaires sur Hacker News
