In diesem Jahr strich Apple mit der Veröffentlichung von macOS 27 offiziell jeglichen x86-Architekturcode. Auf dem Papier war der zwanzigjährigen Hackintosh-Bewegung damit das Todesurteil gesprochen. Doch keine vier Wochen später erwachte das strikt abgeriegelte Betriebssystem auf Hardware von Drittanbietern zu neuem Leben: Qualcomm Snapdragon-Laptops und Nintendo Switch-Konsolen wurden von Bastlern kurzerhand mit Apples System bespielt.
Apple kappt Altlasten und zieht fünf Jahre lang Mauern hoch
Der Plan, das eigene Hardware-Ökosystem vollständig abzuschotten, reifte über fünf Jahre heran. Als der M1-Chip 2021 debütierte, steckte Intel bei 14 Nanometern fest. Apple nutzte das Momentum und stellte seine gesamte Rechnerflotte auf hauseigene ARM-Architekturen um. Längere Akkulaufzeiten und minimale Hitzeentwicklung überzeugten den Markt – und banden die Software unwiderruflich an Apples eigene Fließbänder.
Sobald das Betriebssystem keine Hintertüren mehr für Standardprozessoren offenlässt, bleibt der Bildschirm auf Fremdgeräten schwarz. In den vergangenen zehn Jahren konnten Nutzer auf gewöhnlichen PCs dank virtueller Maschinen und PCI-Passthrough noch dedizierte Grafikkarten mit nativer Leistung ansteuern. Mit der Bereinigung alter Architekturen in macOS 27 brach diesem Kompromiss jedoch das Fundament weg. Jahrelang gepflegte Open-Source-Bootloader verloren quasi über Nacht ihre Daseinsberechtigung.
Die Logik hinter dieser Blockade war simpel und effektiv: Apple kontrolliert das Design vom Silizium bis zum Kernel, wodurch Fremdhardware systematisch der Raum genommen wird. Solange Schnittstellen proprietär und undokumentiert bleiben, hat die Außenwelt keine Chance, Spezifikationen zu entschlüsseln. Wer das moderne System nutzen wollte, dem schien einzig der Kauf teurer Originalhardware zu bleiben.
Zwei Jahrzehnte Portierung stießen an menschliche Grenzen
Ein proprietäres Betriebssystem auf fremden Chips zum Laufen zu bringen, verlangt immensen Entwicklungsaufwand. Entwicklerteams müssen den Kernel Zeile für Zeile dekompilieren. Sie müssen Apples proprietäre Treiberprotokolle auf generische Mainboards abbilden und sich ohne Dokumentation durch ein Labyrinth aus Maschinencode schlagen, um Hunderte von Laufzeitfehlern händisch zu beheben.
Diese extremen technischen Hürden beschränkten das gesamte Ökosystem auf die Freizeit weniger Spitzenexperten. Die Gruppe derer, die tatsächlich Kernel-Erweiterungen schreiben konnten, war stets winzig. Mit jedem großen macOS-Update verbrachten diese Spezialisten Monate damit, Registerzugriffe zurückzuverfolgen. Vor den gigantischen, maßgeschneiderten Schnittstellen proprietärer Chips stieß die manuelle Anpassung bald an ihre absolute Decke.
Ohne offizielle Datenblätter hielten die verstreuten Beiträge von Hobby-Entwicklern mit dem Tempo kommerzieller Abschottung nicht Schritt. Die Anpassung eines einzelnen Peripherietreibers konnte Monate an Arbeit verschlingen – oft nur, um grundlegende Reaktionen zu erzielen. Wenn Low-Level-Wartung rein von menschlicher Ausdauer abhängt, ist das Ausbluten eines Ökosystems nur eine Frage der Zeit.
Vor dem Erscheinen von macOS 27 herrschte in der Community Stille. Mobilen ARM-Chips fehlt ein einheitlicher Busstandard, und die Hardware-Topologien unterscheiden sich von Hersteller zu Hersteller fundamental. Für jeden einzelnen GPU-Kern mussten Treiber von Grund auf neu geschrieben werden. Mit bloßem Enthusiasmus war dieser gigantische technische Graben nicht mehr zu schließen.
Keine einzige Zeile Code selbst geschrieben: Altes ThinkPad läuft an einem Tag
Die Wende brachte ein eher zufälliges Experiment. Der erfahrene Entwickler Yoon musste kurzfristig eine mobile App bauen, besaß jedoch keinen aktuellen Mac. Er kramte ein ausgemustertes ThinkPad T490 mit einer älteren Betriebssystemversion hervor. Bestückt mit einem frühen Intel-Prozessor, hätte das Notebook üblicherweise zahllose manuelle Hardware-Patches erfordert.
Apple hatte in Xcode 26 Claude Code und Codex tief integriert. Yoon nutzte die Modelle zur Diagnose von Kompatibilitätsfehlern – und die KI lieferte binnen Sekunden funktionierende Patch-Skripte. Ohne selbst eine einzige Zeile Code zu schreiben, brachte er das gesamte Entwicklungssystem innerhalb eines einzigen Tages zum Laufen.
Dieses eintägige Experiment offenbarte neue Dimensionen. Große Sprachmodelle bewiesen bei der Analyse von Low-Level-Systemabstürzen eine beachtliche logische Deduktionsgeschwindigkeit. Symbolkonflikte, für deren Aufspüren Experten einst Wochen brauchten, behob die Maschine in Minuten mit passgenauen Patches. Entwickler mussten nicht mehr jedes Hardware-Detail im Kopf behalten, um Portierungshürden algorithmisch einzureißen.
Nachdem die Kompilierungsumgebung stand, nahm das tiefergehende Reverse Engineering einen ähnlichen Verlauf. Das Entziffern von Disassembler-Code erforderte kein mühsames Brüten mehr. Sofern ausreichend Kontext bereitstand, führten die Modelle präzise Musterabgleiche über Architekturen hinweg durch. Algorithmen schlugen eine automatisierte Brücke zwischen bekannten Treibern und kryptischen Fehlerprotokollen.
Abbildung: macOS 27.2 Beta auf einem RK3588-ARM-Board mit angepassten Mali-Treibern. Quelle: naut.ca
Reverse-Engineering-Tools treffen auf LLMs: Handhelds booten macOS binnen Wochen
Was als isolierter Durchbruch begann, weitete sich rasant zu einer gemeinschaftlichen Offensive der Entwicklerszene aus. Entwickler verbanden das Reverse-Engineering-Framework Ghidra direkt mit Claude Code zu einer durchgängigen Pipeline. Die zähe Handarbeit bei der Disassemblierung wich Algorithmen, die Hardware-Treiber-Patches automatisiert ausspuckten. In der Community sprach man treffend von „Software-Engineering auf Steroiden“.
Die Ergebnisse der darauffolgenden Wochen übertrafen alle Branchenerwartungen. macOS 27 wurde erfolgreich auf extrem schlanken Notebooks mit Qualcomm Snapdragon gebootet. Die neueste Beta von macOS 27.2 startete sogar direkt auf RK3588-Entwicklerboards durch. Und selbst der Nintendo Switch mit ihrem Nvidia-Chipsatz wurde iOS 17 aufgezwungen.
Abbildung: iOS 17 auf einer Nintendo Switch OLED. Quelle: naut.ca
Die Liste unterstützter Hardware wächst rasant. Dank des Open-Source-Projekts nullmoth erhielten Nvidia RTX 50er-Grafikkarten erstmals native Grafikbeschleunigung auf Systemebene. Proprietäre Protokolle wie AirDrop und hardwarebeschleunigte Videodekodierung wurden mit algorithmischer Unterstützung schrittweise freigelegt. Der von einem Billionen-Konzern errichtete technische Abgrund wird durch zugängliche Reverse-Engineering-Pipelines rasant eingeebnet.
Anpassungen, die früher Monate harter Arbeit verschlangen, schrumpfen heute auf wenige Dialogrunden mit Prompts zusammen. Das Modell zerlegt Registerdefinitionen des Zielchips, gleicht sie mit Open-Source-Treibern ab und ergänzt fehlende Kernel-Funktionen vollautomatisch. Proprietäre Grafikschnittstellen werden Schicht für Schicht vor der unermüdlichen algorithmischen Deduktion entblößt.
Kollabierende Portierungskosten bringen die Hardware-Kontrolle zurück
Diese Renaissance legt ein Grundgesetz offen: Betriebssystem-Portierung war schon immer eine reine Kostenrechnung. Das Haupthindernis für alternative Hardware war stets die schiere Menge an menschlicher Arbeitskraft, die für Treiberanpassungen aufgewendet werden musste. Wenn Algorithmen die Kosten für Reverse Engineering gegen null drücken, verliert jede proprietäre Schutzmauer ihre Barrierewirkung.
Apple versuchte, durch das Ausmustern alter Architekturen die absolute Kontrolle zurückzuerlangen und Kunden in saftige Hardware-Aufpreise zu drängen. Doch Reverse-Engineering-Modelle haben die Spielregeln dieses Katz-und-Maus-Spiels umgeschrieben. Was zu Ende ging, war nicht das Hackintosh-Prinzip, sondern das handwerkliche Manufakturmodell. Angesichts rasant iterierender Codegenerierungswerkzeuge zeigen proprietäre Mauern unübersehbare Risse.
Lange Zeit wurde der immense Energie- und Rechenaufwand für das Training moderner KI-Modelle hinterfragt. Die Wiederauferstehung von Apples Betriebssystemen auf Fremdhardware liefert eine unmissverständliche Antwort: Sobald Kernel-Reverse-Engineering zum Allgemeingut wird, lassen sich künstliche Hardware-Fesseln nicht mehr dauerhaft aufrechterhalten. Die physische Hardware, für die Sie bezahlt haben, wird am Ende wirklich Ihnen gehören.
Weiterführende Links:
- naut.ca: Yoons technischer Blog
- Hacker News Community-Diskussion
