In Flotteninventaren tauchen Intel-Anwendungen selten als Problem auf. Sie starten, sie rechnen, sie drucken — nur eben übersetzt. Wer eine Mac-Flotte auf Apple Silicon umgestellt hat, sieht in der Regel eine ruhige Statistik: keine Ausfälle, keine Tickets, keine offenen Punkte. Genau diese Ruhe ist der Grund, warum der zweite Teil des Umstiegs in vielen Betrieben nie geplant wurde.

Er lässt sich inzwischen datieren. Apple hat den Auslauf der Übersetzungsschicht Rosetta nicht angedeutet, sondern in der Entwicklerdokumentation und in einem Supportartikel mit Versionsnummern versehen. Damit verschiebt sich die Frage, die eine IT-Abteilung beantworten muss: nicht mehr „läuft die Anwendung”, sondern „läuft sie nativ” — und dazwischen liegen keine großen Programme, sondern kleine Bestandteile, die sich nicht von selbst melden.

Der Hardware-Umstieg war der kürzere Teil

Apple kündigte den Architekturwechsel am 22. Juni 2020 an und stellte in Aussicht, ihn „in about two years” abzuschließen. Tatsächlich fiel der letzte Intel-Mac erst am 5. Juni 2023 aus dem Sortiment, als der Mac Pro auf Apple Silicon umgestellt wurde. Aus zwei angekündigten Jahren wurden knapp drei — gemessen am Umfang des Vorhabens ein geringer Verzug.

Der Softwareteil läuft deutlich länger. Rosetta begleitet die Plattform seit November 2020 und endet als allgemeines Werkzeug mit macOS 27. Das ergibt einen Übergangszeitraum von rund sieben Jahren für die Anwendungsschicht gegenüber knapp drei Jahren für die Geräte. Wer den Umstieg als Beschaffungsprojekt geplant hat, hat also den kürzeren der beiden Vorgänge terminiert und den längeren offengelassen.

Was Rosetta übersetzt — und was nicht

Rosetta übersetzt x86_64-Befehle in ARM-Code, bevor das Programm startet, und arbeitet dabei für die Anwenderseite unsichtbar. Die Grenzen der Übersetzung sind in Apples Entwicklerdokumentation ausdrücklich benannt: Kernel-Erweiterungen werden nicht übersetzt, ebenso wenig Virtualisierungsprogramme, die eine x86_64-Plattform nachbilden. Vom Befehlssatz her deckt Rosetta AVX und AVX2 ab, führt aber keine AVX-512-Vektorbefehle aus.

Die betrieblich folgenreichste Regel steht etwas beiläufig daneben: Das System verhindert, dass arm64- und x86_64-Code im selben Prozess zusammenkommen. Die Übersetzung gilt für den gesamten Prozess einschließlich aller Module, die er dynamisch nachlädt. Eine nativ gebaute Anwendung kann deshalb kein Intel-Plug-in laden, und ein Intel-Plug-in zwingt umgekehrt die gesamte Anwendung in den übersetzten Modus. Genau an dieser Stelle entstehen die Fälle, die im Inventar nicht sichtbar sind.

Der veröffentlichte Fahrplan und seine Zwischenstufen

Apple beschreibt den Auslauf in zwei Dokumenten mit unterschiedlicher Zielgruppe, aber gleichem Inhalt. Im Supportartikel für Anwender heißt es, Rosetta bleibe bis einschließlich macOS 27 verfügbar; ab macOS 28 stehe die Funktion nur noch für bestimmte ältere, nicht gepflegte Spiele zur Verfügung, die auf Intel-Frameworks aufsetzen. Die Entwicklerdokumentation formuliert dasselbe aus Herstellersicht.

Ein Datum für macOS 28 nennt Apple nicht. Da die Hauptversionen seit Jahren im Herbst erscheinen und macOS 27 Golden Gate Anfang September 2026 in der achten Beta steht, liegt der Stichtag nach dem bisherigen Rhythmus im Herbst 2027. Das ist eine Ableitung aus dem Veröffentlichungsmuster, keine Zusage des Herstellers — als Planungsgröße für eine Flotte reicht sie aus, als Vertragsgrundlage nicht.

Die Werkzeuge dazwischen: Plug-ins, Loader, Installationspakete

Die Versionshinweise zu macOS 27 enthalten einen Satz, der die Inventurfrage entscheidet: Intel-basierte Plug-ins und Loader erscheinen möglicherweise nicht in den Systemeinstellungen und lösen auch keine Hinweise auf ihre Unverträglichkeit aus. Wer den Bestand über die Systemeinstellungen erhebt, bekommt also eine unvollständige Liste zurück — und zwar ohne Fehlermeldung.

Betroffen sind typischerweise Audio- und Video-Plug-ins in Schnittprogrammen, Erweiterungen in CAD- und Konstruktionsanwendungen, Office-Add-ins, Scanner- und Kartenlesermodule sowie Aktualisierungsdienste, die Anwendungen im Hintergrund mitbringen. Apple weist im Supportartikel ausdrücklich darauf hin, dass Programme Bestandteile wie Erweiterungen oder Updater enthalten können, die getrennt aktualisiert werden müssen.

Zwei weitere Änderungen in macOS 27 wirken in dieselbe Richtung. Installationspakete ohne Angabe einer Zielarchitektur laufen künftig standardmäßig als arm64, weshalb ihre Vor- und Nachinstallationsskripte darauf geprüft gehören. Und im Informationsfenster des Finders kennzeichnet macOS 27 Anwendungen, die unter macOS 28 nicht mehr starten werden — die einzige Stelle, an der das System die Betroffenen von sich aus benennt.

Virtualisierung: Windows läuft, aber nicht wie vorher

Boot Camp gehört zur Intel-Ära und wird auf Apple Silicon nicht unterstützt; ein x86-Windows lässt sich auf diesen Geräten weder starten noch virtualisieren. Möglich ist ausschließlich die ARM-Fassung von Windows 11 in einer virtuellen Maschine. Microsoft benennt in seinem eigenen Supportdokument die Parallels-Desktop-Versionen 18, 19 und 20 als autorisierte Lösung, um ARM-Versionen von Windows 11 Pro und Windows 11 Enterprise auf Macs mit M1-, M2- und M3-Chip virtuell zu betreiben.

Lizenzrechtlich ändert das nichts an der Grundregel: Die Windows-Lizenz ist von der Virtualisierungssoftware getrennt zu beschaffen, und für jede Windows-11-Pro-Instanz wird eine eigene benötigt — gleich, ob sie auf Blech oder in einer virtuellen Maschine läuft. Windows 11 Home ist von der Autorisierung nicht erfasst, Enterprise-Bereitstellungen richten sich nach dem jeweiligen Volumenvertrag. Andere Werkzeuge wie UTM oder VMware Fusion führen Windows on ARM technisch ebenfalls aus, tragen diese Autorisierung aber nicht.

Für Linux bleibt die Intel-Übersetzung — und wird Teil des Systems

Ein Teil der Intel-Übersetzung überlebt den Auslauf. Seit macOS 13 unterstützt das Virtualization-Framework die Ausführung von x86_64-Linux-Binärdateien innerhalb einer ARM-Linux-VM; bis macOS 26 gehörte diese Fähigkeit zu Rosetta und setzte dessen Installation voraus. Mit macOS 27 wandert sie in das Betriebssystem selbst: Die Abfrage der Verfügbarkeit meldet ab dieser Version immer „installiert”, der Installationsaufruf kehrt sofort zurück.

Für Entwicklungs- und Build-Strecken ist das die eigentlich relevante Nachricht, weil Intel-Container und Intel-Linux-Werkzeuge damit auch nach dem Rosetta-Ende auf Apple Silicon nutzbar bleiben. Die Grenze steht ebenfalls in der Dokumentation: Das Framework unterstützt kein Aufsetzen und keine Installation von Intel-Linux-Distributionen, sondern nur Intel-Anwendungen innerhalb einer ARM-Linux-Umgebung.

Treiber und Peripherie: der Punkt ohne Umweg

Kernel-Erweiterungen sind der einzige Bereich, in dem es keine Übergangslösung gab und keine geben wird. Rosetta übersetzt sie schlicht nicht, und Apple stuft sie seit macOS Catalina als abgekündigt ein: Seit macOS Big Sur lädt das System Kernel-Erweiterungen, die veraltete Programmierschnittstellen des Kernels verwenden, standardmäßig nicht mehr. Als Ersatz sind System Extensions und DriverKit vorgesehen, die außerhalb des Kernels laufen.

Wo eine Kernel-Erweiterung dennoch unverzichtbar ist, wird es organisatorisch aufwendig. Auf Macs mit Apple Silicon müssen Erweiterungen von Drittanbietern ausdrücklich freigeschaltet werden, indem das Gerät durch Halten der Ein-/Ausschalttaste in die Wiederherstellungsumgebung startet und die Sicherheitsstufe auf „Reduzierte Sicherheit” gesetzt wird. Diese Einstellung gehört zum Gerät und verlangt physische Anwesenheit — bei verteilten Standorten multipliziert sich das mit der Gerätezahl. Betroffen sind vor allem ältere VPN-Clients, Speicher- und Verschlüsselungswerkzeuge, Messtechnik und Audio-Interfaces.

Was Apple Silicon für die Geräteverwaltung geändert hat

Der Architekturwechsel hat auch die Bereitstellung umgebaut. NetBoot und das Klonen von Systemabbildern über das Netz gibt es auf diesen Geräten nicht mehr; Macs werden über die automatisierte Geräteregistrierung und eine Verwaltungslösung eingerichtet, nicht mehr aus einem Abbild ausgerollt. Wer noch Abläufe aus der Imaging-Zeit pflegt, hat sie spätestens mit dem ersten Apple-Silicon-Gerät verloren.

An deren Stelle tritt der Bootstrap-Token, der bei der Registrierung erzeugt und bei der Verwaltungslösung hinterlegt wird. Er erteilt Benutzerkonten den Secure Token und die Volume-Eigentümerschaft, die für FileVault nötig sind, und dient auf Apple Silicon zusätzlich der Autorisierung von Kernel-Erweiterungen und Systemaktualisierungen. Fehlt er, scheitern Vorgänge, die aus der Ferne betrachtet unverdächtig aussehen — etwa das Einspielen eines Updates.

Dazu kommt eine Umbenennung, die in Dokumentation und Verträgen nachgezogen werden muss: Seit dem 14. April 2026 fasst Apple die bisherigen Dienste Apple Business Manager, Apple Business Essentials und Apple Business Connect unter dem Namen Apple Business zusammen. Angekündigt wurde die Plattform am 24. März 2026; sie ist kostenlos und in über 200 Ländern und Regionen verfügbar. Ältere Runbooks, die auf „Apple Business Manager” verweisen, benennen einen Dienst, den es unter diesem Namen nicht mehr gibt.

Ein Vorgehen, das den Termin hält

Der Aufwand liegt nicht im Austausch, sondern in der Bestandsaufnahme. Ein Ablauf, der ohne zusätzliche Werkzeuge auskommt und die bekannten blinden Flecken abdeckt, besteht aus fünf Schritten.

1. Nach Architektur erheben, nicht nach Version Maßgeblich ist, ob ein Prozess übersetzt läuft; das System hält diese Information vor. Ergänzend markiert macOS 27 betroffene Anwendungen im Informationsfenster.
2. Plug-ins und Loader getrennt erfassen Sie erscheinen laut Apples Versionshinweisen nicht zuverlässig in den Systemeinstellungen und lösen keine Warnung aus.
3. Auf macOS 26 mit dem Boot-Argument nox86exec=1 testen Mit gesetztem Argument scheitert jeder Prozess, der Intel-Code ausführen will — der Ausfall wird damit vorgezogen und beobachtbar.
4. Installationspakete und Skripte prüfen Ohne Architekturangabe laufen sie ab macOS 27 als arm64; Vor- und Nachinstallationsschritte müssen das aushalten.
5. Je verbliebenem Werkzeug entscheiden Native Fassung, ARM-Windows-VM, Weboberfläche oder Ablösung — und zwar mit Datum, weil der Stichtag nicht verhandelbar ist.

Was der Umstieg nicht löst

Die Erwartung, der Wechsel auf Apple Silicon habe die Frage der Softwarekompatibilität erledigt, hält der Dokumentation nicht stand. Sie wurde verschoben, nicht beantwortet: Rosetta hat sechs Jahre lang verdeckt, welche Bestandteile einer Umgebung nie portiert wurden, und dieser Vorhang fällt mit einer Versionsnummer. Was danach fehlt, fehlt hart — Kernel-Erweiterungen ohne native Fassung sind auf diesen Geräten nicht ersatzweise zu betreiben.

Der Rest ist Planbarkeit. Die Termine stehen fest, die Grenzen der Übersetzung sind seit Jahren unverändert dokumentiert, und die Werkzeuge zur Prüfung liefert das Betriebssystem mit. Aufwand entsteht dort, wo Software von Anbietern stammt, die den Architekturwechsel nicht mitgemacht haben — und diese Fälle findet man nicht in der Anwendungsliste, sondern in den Bestandteilen, die daran hängen.

Häufige Fragen

Bis wann läuft Intel-Software auf Macs mit Apple Silicon?

Nach Apples Angaben bleibt Rosetta bis einschließlich macOS 27 als allgemeines Werkzeug für Intel-Anwendungen verfügbar. Ab macOS 28 steht nur noch eine Teilmenge der Funktion bereit, die auf ältere, nicht mehr gepflegte Spiele mit Intel-Frameworks zugeschnitten ist. Ein Kalenderdatum für macOS 28 hat Apple nicht genannt.

Warum fällt eine Anwendung aus, obwohl sie in einer nativen Fassung vorliegt?

macOS lässt ARM- und Intel-Code nicht im selben Prozess zu. Die Übersetzung gilt jeweils für den gesamten Prozess samt aller dynamisch geladenen Module. Eine native Anwendung kann daher kein Intel-Plug-in laden; umgekehrt zwingt ein Intel-Plug-in die Anwendung insgesamt in den übersetzten Betrieb.

Lässt sich Windows auf einem Mac mit Apple Silicon noch nutzen?

Nur als ARM-Fassung in einer virtuellen Maschine; Boot Camp und x86-Windows entfallen. Microsoft benennt Parallels Desktop 18, 19 und 20 als autorisierte Lösung für Windows 11 Pro und Enterprise auf M1-, M2- und M3-Macs. Die Windows-Lizenz ist separat zu beschaffen, je Instanz eine eigene.

Was ändert sich für Intel-Linux-Werkzeuge?

Sie bleiben nutzbar. Das Virtualization-Framework führt x86_64-Linux-Binärdateien in ARM-Linux-VMs aus; ab macOS 27 ist diese Übersetzung fest im System enthalten und benötigt keine Rosetta-Installation mehr. Nicht unterstützt wird das Aufsetzen vollständiger Intel-Linux-Distributionen.

Warum verlangen manche Treiber einen Besuch am Gerät?

Kernel-Erweiterungen von Drittanbietern setzen auf Apple Silicon die Sicherheitsstufe „Reduzierte Sicherheit” voraus. Sie wird gesetzt, indem das Gerät über die gehaltene Ein-/Ausschalttaste in die Wiederherstellungsumgebung startet. Das ist eine gerätegebundene Einstellung und erfordert physische Anwesenheit.