macOS 27 Golden Gate ist da: Was sich für Entwickler ändert

macOS 27 Golden Gate erschien am 14. September 2026 als Build 26A428, am selben Tag wie iOS 27.0 und Xcode 27, und es lässt sich nur auf Apple Silicon installieren: Apples Kompatibilitätsliste reicht vom M1 MacBook Air von 2020 bis zum M6 Mac mini und enthält eine einzige A-Serie-Maschine, das 13-Zoll-MacBook Neo mit dem A18 Pro.¹² Für Entwickler ist diese Version das letzte Allzweckjahr von Rosetta. Apples Support-Artikel vom selben Tag sagt, Rosetta „is available for any Mac with Apple silicon using macOS 27 or earlier“ (ist für jeden Mac mit Apple Silicon unter macOS 27 oder früher verfügbar), und macOS 28 behalte es „only for certain older, unmaintained games that rely on Intel-based frameworks.“ (nur für bestimmte ältere, nicht mehr gepflegte Spiele, die auf Intel-basierte Frameworks angewiesen sind.)³ Die GA-Release-Notes führen vier Rosetta-Einträge: Apps, die ein Benutzer auf „Open using Rosetta“ gestellt hatte, starten nativ, Rosetta wird nach dem Upgrade nicht wiederhergestellt, Installer-Pakete ohne Angabe einer Host-Architektur verwenden standardmäßig arm64, und Intel-Plug-ins tauchen in der Liste der Einstellungen möglicherweise nicht auf und lösen keine Benachrichtigung aus.⁴ Als ich diesen Beitrag am 16. September schrieb, hatte ich keinen Mac mit macOS 27, daher sind die Aussagen unten Apples Text, plus das, was ich auf macOS 26.6.2 prüfen konnte: was ein mit Bordmitteln gebautes Installer-Paket deklariert, was das productbuild-Handbuch darüber sagt, wie der Installer mit einer Distribution ohne Architekturangabe verfuhr, und welche der neuen Kommandozeilenverben den 26.6-Werkzeugen fehlen. Updates vom 1. und 2. Oktober ergänzen fünf selbst durchgeführte Prüfungen auf demselben Mac, nachdem er auf 27.0 umgestiegen war, sowie Apples Frist vom 1. Februar 2027 für das erneute Signieren von Installer-Paketen.^51314151819

Das Wichtigste in Kürze

• Termine und Builds. Apples Releases-Feed, abgerufen am 16. September, führte macOS 27.0 (26A428) unter Montag, dem 14. September, neben Xcode 27 (27A266a) und iOS 27.0 (24A437); am 1. Oktober standen im Feed anstelle der Einträge zu macOS und iOS 27.0 die zu 27.0.1.¹¹⁷ Die am selben Tag veröffentlichte Kompatibilitätsseite zählt 35 Modelleinträge, alle mit Apple Silicon, und die Upgrade-Seite fasst die Regel in einen Satz: „macOS 27 is compatible with any Mac with Apple silicon, which includes any Mac with an M-series chip or A-series chip.“ (macOS 27 ist mit jedem Mac mit Apple Silicon kompatibel, also mit jedem Mac mit einem Chip der M-Serie oder der A-Serie.)²
• Apple hat Rosettas Kalender schriftlich festgehalten. Der Support-Artikel und die Release Notes stimmen darin überein, dass macOS 28 nur noch eine Teilmenge für Spiele behält, und die Enterprise-Notes nennen Rosetta „a general-purpose compatibility tool through macOS 27.“ (ein Allzweck-Kompatibilitätswerkzeug bis einschließlich macOS 27.)³⁴¹⁰ Beim Upgrade selbst gilt: Rosetta „is not automatically restored“ (wird nicht automatisch wiederhergestellt), und Apps, die ein Benutzer auf „Open using Rosetta“ festgelegt hatte, starten nativ.⁴
• Installer-Pakete wechseln standardmäßig die Architektur. Apple: „Installer packages which specify no hostArchitecture will now default to arm64.“ (Installer-Pakete, die keine hostArchitecture angeben, verwenden jetzt standardmäßig arm64.)⁴ Auf macOS 26.6.2 enthält ein mit pkgbuild gebautes Komponentenpaket überhaupt keine Distribution-Datei und nennt daher keine Architektur, während productbuild --synthesize in die Distribution, die es für mein Paket erzeugte, hostArchitectures="x86_64,arm64" schrieb; Apples archivierte Distribution-XML-Referenz führt weiterhin nur i386, x86_64 und ppc als gültige Codes.⁵⁶
• Intel-Apps tragen ein Etikett, bevor sie aufhören. Laut Apple zeigt Get Info (Informationen) jetzt „a treatment“ (eine Kennzeichnung) auf „Intel-based applications that will no longer run in macOS 28.0“ (Intel-basierten Programmen, die unter macOS 28.0 nicht mehr laufen werden), und ebenfalls laut Apple listet Einstellungen > Allgemein sie auf, dazu kommt ein nur in Betas verfügbares game-test-tool, das Rosetta komplett abschaltet und ältere Spiele über das laufen lässt, was Apple „the new underlying system behavior“ (das neue zugrunde liegende Systemverhalten) nennt.⁸ (2. Oktober: Auf diesem Mac zeigt Get Info bei den drei reinen Intel-Apps, die ich ausgelesen habe, eine Warnung, die im Update unten zitiert ist. Unter den vierzehn Zeilen von Allgemein ist die Liste aus den Einstellungen nicht zu finden, und die Unterbereiche hinter diesen Zeilen habe ich nicht geöffnet.¹⁹)
• Fünf Systemänderungen ohne Rosetta darin. macOS verweigert teamübergreifende Lesezugriffe auf Container ohne Nachfrage, Apps verlieren den direkten Zugriff auf die TCC-Datenbank, spctl bekommt einen Purge-Befehl, verwaltungsbezogene Verbindungen erfordern TLS 1.2 mit Cipher-Suites auf ATS-Niveau, und App Attest kommt auf den Mac.⁹¹⁰¹¹
• Eine Frist für Installer am 1. Februar 2027. Apples Mitteilung vom 1. Oktober: Die ursprüngliche Developer ID Certification Authority läuft an diesem Tag ab, und „.pkg files signed with an affected certificate will no longer install.“ (Mit einem betroffenen Zertifikat signierte .pkg-Dateien lassen sich nicht mehr installieren.) Alle vier mit Developer ID signierten Installer in meinem Downloads-Ordner führen auf diese Zertifizierungsstelle zurück; der Developer-ID-Beitrag enthält die Befehle, mit denen Sie sehen, welche Ihr eigener Installer verwendet.¹⁵¹⁶
• Geprüft und noch nicht geprüft. Das native Starten trotz Override und der arm64-Standard für ein bloßes Komponentenpaket sind Apples Aussagen und auf diesem Mac, der seit dem 23. September 27.0 ausführt, nicht ausprobiert. Sein Installationsverlauf zeigt, dass das Upgrade Rosetta nicht zurückgebracht hat, Get Info zeigt bei den drei reinen Intel-Apps, die ich ausgelesen habe, die Warnung zu macOS 28, und unter den vierzehn Zeilen von Einstellungen > Allgemein ist kein Eintrag für Intel-Apps; die Unterbereiche hinter diesen Zeilen habe ich nicht geöffnet. Der Abschnitt gegen Ende führt jeden einzelnen Punkt auf.

Was erschien am 14. September?

Der Name stammt aus dem Overview der Release Notes selbst: „The macOS 27 SDK provides support to develop apps for Mac computers running macOS 27 Golden Gate.“ (Das macOS-27-SDK unterstützt die Entwicklung von Apps für Mac-Computer mit macOS 27 Golden Gate.)⁴ Der A-Serie-Eintrag ist das Detail, das einen zweiten Blick lohnt: Die Formulierung der Upgrade-Seite, „M-series chip or A-series chip“, beschreibt die Plattform und nicht eine einzelne Chipfamilie, und das MacBook Neo ist die einzige Maschine auf der Liste, auf die die zweite Hälfte davon zutrifft.²

macOS 27.0.1 (26A434) folgte am Montag, dem 28. September. Apples Update-Seite sagt nur „This update provides bug fixes for your Mac“ (Dieses Update enthält Fehlerbehebungen für Ihren Mac) und nennt keine Änderung an den Rosetta- oder Installer-Einträgen weiter unten.¹⁷

Was macht macOS 27 mit Rosetta?

Zwei am 14. September veröffentlichte Support-Artikel und die GA-Release-Notes beschreiben dieselbe Grenze aus drei Blickwinkeln, und sie sind sich einig, wo sie verläuft.

Der Support-Artikel zu Intel-Apps: „Rosetta is available for any Mac with Apple silicon using macOS 27 or earlier. Starting with macOS 28, the next major macOS release, Rosetta functionality will be available only for certain older, unmaintained games that rely on Intel-based frameworks.“ (Rosetta ist für jeden Mac mit Apple Silicon unter macOS 27 oder früher verfügbar. Ab macOS 28, der nächsten großen macOS-Version, steht die Rosetta-Funktionalität nur noch bestimmten älteren, nicht mehr gepflegten Spielen zur Verfügung, die auf Intel-basierte Frameworks angewiesen sind.)³

Die Enterprise-Notes: „If Rosetta was previously installed, it will not be automatically restored upon upgrading to macOS 27. Rosetta will continue as a general-purpose compatibility tool through macOS 27.“ (War Rosetta zuvor installiert, wird es beim Upgrade auf macOS 27 nicht automatisch wiederhergestellt. Rosetta bleibt bis einschließlich macOS 27 ein Allzweck-Kompatibilitätswerkzeug.)¹⁰

Die Release Notes, Abschnitt Rosetta, mit einem Eintrag unter New Features und drei unter Deprecations:⁴

• „On launch, Applications previously set to ‘Open using Rosetta’ by a user will have the application launch natively. Any compatibility issues requiring Rosetta from the past should be re-assessed on macOS 27.“ (Programme, die ein Benutzer zuvor auf „Open using Rosetta“ gestellt hatte, starten beim Öffnen nativ; frühere Kompatibilitätsprobleme, die Rosetta erforderten, sollten unter macOS 27 neu bewertet werden.)
• „If Rosetta was previously installed, it is not automatically restored after upgrading to macOS 27.0.“ (War Rosetta zuvor installiert, wird es nach dem Upgrade auf macOS 27.0 nicht automatisch wiederhergestellt.)
• „Installer packages which specify no hostArchitecture will now default to arm64. Ensure any pre and post install scripts behave as intended under arm64. Additionally, audit any remaining installer plugins to ensure compatibility on Apple silicon.“ (Installer-Pakete ohne Angabe von hostArchitecture verwenden jetzt standardmäßig arm64; stellen Sie sicher, dass Pre- und Post-Install-Skripte unter arm64 wie beabsichtigt funktionieren, und prüfen Sie verbliebene Installer-Plug-ins auf Kompatibilität mit Apple Silicon.)
• „Intel-based plugins and loaders may not appear in Settings or trigger notifications of their incompatibility. All Intel-based software will no longer be compatible with macOS 28.0, excluding legacy games.“ (Intel-basierte Plug-ins und Loader erscheinen möglicherweise nicht in den Einstellungen und lösen keine Hinweise auf ihre Inkompatibilität aus; sämtliche Intel-basierte Software ist mit macOS 28.0 nicht mehr kompatibel, ausgenommen ältere Spiele.) Derselbe Eintrag nennt die zu prüfenden Ordner: ~/Library/Audio/Plug-Ins/*, ~/Library/Printers/ und ~/Library/ColorPickers/, für „VSTs, HAL, ARA, PDEs, Color Pickers, Quicklook & Spotlight plugins/extensions/components.“

Der erste Punkt und der Support-Artikel wirken widersprüchlich, bis man das Wort „previously“ (zuvor) liest. Der Support-Artikel sagt, das Kontrollkästchen „Open using Rosetta“ einer Universal-App funktioniere weiterhin: „you can use it in macOS 27 or earlier to force the app to open as an Intel-based app, which allows it to use Intel-only plug-ins, extensions, and other add-ons.“ (Sie können es unter macOS 27 oder früher verwenden, um die App als Intel-basierte App zu öffnen, wodurch sie Intel-only-Plug-ins, -Erweiterungen und andere Zusätze nutzen kann.)³ Die Release Note sagt, Apps, die „previously set“ (zuvor) auf diesen Modus gestellt waren, starten nativ. Meine Lesart, die ich nicht getestet habe: Das Upgrade löscht die Einstellung einmalig, und der Benutzer kann sie erneut setzen; Apples Aufforderung, das alte Kompatibilitätsproblem „re-assess“ (neu zu bewerten), deutet in dieselbe Richtung. Trifft diese Lesart zu, sieht ein Benutzer, der sich für ein Intel-Plug-in auf dieses Kontrollkästchen verlassen hat, beim ersten Start nach dem Upgrade die App nativ öffnen, mit ungeladenem Plug-in.

Die zweite Änderung greift früher als die erste. Apple sagt, ein Mac, auf dem Rosetta installiert war, kommt ohne Rosetta auf 27.0 an; laut Apples Installationsanleitung holt man es zurück, indem man irgendeine Intel-App öffnet.³⁴¹⁰ Was ein Skript tut, das auf einem Mac ohne Rosetta ein Intel-Binary ausführt, sagt Apples Text nicht; rechnen Sie damit, dass es scheitert, bis Rosetta installiert ist, über diese Aufforderung oder per softwareupdate --install-rosetta.³ Apples Rosetta-Dokumentation ergänzt den einen Fall, der keine Installation braucht: „macOS 27 directly integrates support for Intel binary translation, without needing to install Rosetta,“ (macOS 27 integriert die Unterstützung für die Übersetzung von Intel-Binaries direkt, ohne dass Rosetta installiert werden muss,) für Intel-Linux-Binaries in virtuellen Maschinen und Containern; der Intel-Beitrag zu Xcode 27 geht diesen Satz und den Rest des Rosetta-Zeitplans so durch, wie Apples Dokumentation ihn im Juli darstellte.⁷

Die Ausnahme für Spiele hat eine Beta-Form. Der Abschnitt Gaming beschreibt sudo game-test-tool enable, das „support for legacy Intel-based games“ (Unterstützung für ältere Intel-basierte Spiele) einschaltet und im selben Atemzug warnt: „enabling legacy game support disables Rosetta, non-game processes might crash or behave unexpectedly, and this feature is intended only for playing legacy Intel-based games and is not available outside of macOS beta releases.“ (Das Aktivieren der Unterstützung für ältere Spiele deaktiviert Rosetta, Prozesse, die keine Spiele sind, können abstürzen oder sich unerwartet verhalten, und die Funktion ist nur zum Spielen älterer Intel-basierter Spiele gedacht und außerhalb von macOS-Betaversionen nicht verfügbar.)⁸ Das Werkzeug ist also ein Beta-Schalter für das, was Apple „the new underlying system behavior“ (das neue zugrunde liegende Systemverhalten) nennt; wie macOS 28 es zugänglich macht, sagt die Note nicht.

Welche Installer-Pakete verwenden standardmäßig arm64?

Apples Satz nennt einen Schlüssel, hostArchitecture, im Singular; das Attribut, dem er entspricht, ist hostArchitectures am <options>-Element einer Distribution-XML, der Datei innerhalb eines Produktarchivs, die Apples Referenz als „a comma-separated list of supported architecture codes.“ (eine kommagetrennte Liste unterstützter Architekturcodes.) beschreibt.⁶ Apples „packages which specify no hostArchitecture“ (Pakete, die keine hostArchitecture angeben) sind nach meiner Lesart solche, deren Distribution kein solches Attribut hat, oder die gar keine Distribution haben.

Auf macOS 26.6.2 habe ich das kleinstmögliche Paket auf beide Arten gebaut.⁵ Ein Komponentenpaket aus pkgbuild entpackt sich zu drei Einträgen, Bom, PackageInfo und Payload, und keiner Distribution-Datei; es gibt darin keinen Ort, an dem eine Architektur deklariert werden könnte, ein direkt installiertes bloßes Komponentenpaket ist also der einfachste Fall eines Pakets, das keine angibt. Ein Produktarchiv ist anders: productbuild --synthesize schrieb für dieselbe Komponente diese options-Zeile in die erzeugte Distribution, und das daraus gebaute Archiv trägt nach pkgutil --expand dieselbe Zeile:

<options customize="never" require-scripts="false" hostArchitectures="x86_64,arm64"/>

Ein Paket aus einem gewöhnlichen productbuild-Lauf auf 26.6 deklariert also bereits beide Architekturen, und nach Apples Wortlaut gilt der neue Standard für ein solches Paket nicht. Die Pakete, die sich ändern, sind die aus einer handgeschriebenen Distribution ohne das Attribut, die von Drittanbieter-Werkzeugen zusammengesetzten, die es nie ausgeben, und bloße Komponentenpakete. Die archivierte Distribution-XML-Referenz macht die Lücke sichtbar: Ihre Liste gültiger Codes lautet „i386, x86_64, and ppc,“ ohne arm64, eine gegen diese Referenz geschriebene Distribution hatte also keinen arm64-Code, den sie hätte nennen können.⁶

Das productbuild-Handbuch auf 26.6.2 liefert das „Vorher“, das Apples Note auslässt. „On Apple Silicon, the macOS Installer will evaluate the product’s distribution under Rosetta 2 unless the arch key includes the arm64 architecture specifier,“ (Auf Apple Silicon wertet der macOS-Installer die Distribution des Produkts unter Rosetta 2 aus, sofern der Schlüssel arch nicht den Architekturbezeichner arm64 enthält,) und „If the distribution is evaluated under Rosetta 2, any package scripts inside of product will be executed with Rosetta 2 at install time.“ (Wird die Distribution unter Rosetta 2 ausgewertet, werden alle Paketskripte innerhalb des Produkts zur Installationszeit mit Rosetta 2 ausgeführt.) Dieselbe Seite beschreibt den Requirements-Schlüssel hinter dem Attribut, das ich gesehen habe, arch, den productbuild nach meiner Lesart als hostArchitectures ausschreibt: „Starting on macOS Big Sur (11.0), productbuild will automatically specify support for both arm64 and x86_64 unless a custom value for arch is provided.“ (Seit macOS Big Sur (11.0) gibt productbuild automatisch die Unterstützung für arm64 und x86_64 an, sofern kein eigener Wert für arch angegeben wird.)¹⁴ Der Standard, den Apple nach eigener Aussage ändert, war also die Auswertung unter Rosetta 2, Skripte eingeschlossen; auf 27 verwendet eine Distribution ohne Architekturangabe laut Apples Note stattdessen standardmäßig arm64.

Um ein Paket zu prüfen, das Sie ausliefern oder installieren:

pkgutil --expand YourProduct.pkg /tmp/expanded
grep -o 'hostArchitectures="[^"]*"' /tmp/expanded/Distribution

Keine Distribution-Datei oder kein Treffer bedeutet nach Apples Wortlaut, dass das Paket auf 27 den neuen arm64-Standard erbt und die Skripte darin unter arm64 laufen. Das ist der Teil von Apples Note, der das Verhalten ändert und nicht nur Metadaten: Ein preinstall- oder postinstall-Skript, das auf uname -m verzweigt, nähme den arm64-Zweig, und eines, das einen für x86_64 gebauten Helfer startet, braucht Rosetta auf einer Maschine, auf der es womöglich gar nicht mehr installiert ist.⁴ Apples Note endet mit der gewünschten Prüfung: „audit any remaining installer plugins to ensure compatibility on Apple silicon,“ (prüfen Sie verbliebene Installer-Plug-ins auf Kompatibilität mit Apple Silicon,) denn Apples Rosetta-Dokumentation schließt den Mischfall aus: „The system prevents you from mixing arm64 code and x86_64 code in the same process.“ (Das System verhindert, dass arm64-Code und x86_64-Code im selben Prozess gemischt werden.)⁷

Update, 1. Oktober: Eine Frist für das Signieren von Installern am 1. Februar 2027

Apples Entwickler-News vom 1. Oktober fügen der Installer-Geschichte oben eine Frist hinzu, und die hat mit Architektur nichts zu tun: „The original Developer ID Certification Authority (Sub-CA) expires on February 1, 2027. Certificates issued by this authority will stop working on that date.“ (Die ursprüngliche Developer ID Certification Authority (Sub-CA) läuft am 1. Februar 2027 ab. Von dieser Stelle ausgestellte Zertifikate funktionieren ab diesem Datum nicht mehr.) Den beiden Hälften der Developer-ID-Verteilung ergeht es unterschiedlich. Für Pakete: „Starting February 1, 2027, .pkg files signed with an affected certificate will no longer install. Re-sign all packages with your new certificate before this date.“ (Ab dem 1. Februar 2027 lassen sich mit einem betroffenen Zertifikat signierte .pkg-Dateien nicht mehr installieren. Signieren Sie alle Pakete vor diesem Datum mit Ihrem neuen Zertifikat neu.) Für Apps: „Previously signed and notarized Mac software (with a secure timestamp) will keep working“ (Bereits signierte und notarisierte Mac-Software mit sicherem Zeitstempel funktioniert weiter), und es ist nichts zu tun.¹⁵

pkgutil --check-signature YourProduct.pkg gibt die Kette aus, mit der ein Paket signiert wurde, und der Eintrag der ursprünglichen Zertifizierungsstelle darin lautet Expires: 2027-02-01 22:12:15 +0000. Alle vier mit Developer ID signierten Installer in meinem Downloads-Ordner, von zwei Herstellern, zeigen diese Zeile.¹⁶ Die Mitteilung nennt keine macOS-Version, die Frist ist also keine Änderung von Golden Gate und hat einen eigenen Beitrag: Developer ID Certification Authority läuft am 1. Februar 2027 ab erklärt, wie Sie erkennen, welche Zertifizierungsstelle Ihr Zertifikat ausgestellt hat, was die Apps und Installer auf einem Mac zeigen und in welcher Reihenfolge Sie neu signieren.

Was hat sich sonst für Entwickler geändert?

Der Rest der GA-Notes, der Code betrifft, den Sie ausliefern, mit Apples Wortlaut dort, wo es auf den Wortlaut ankommt:⁹

• Teamübergreifende Container. „Accessing files in other developer teams’ app data containers and app group containers no longer prompts the user for authorization; such accesses are denied by default and can be managed by the user in Privacy & Security settings.“ (Der Zugriff auf Dateien in App-Daten-Containern und App-Gruppen-Containern anderer Entwicklerteams fragt den Benutzer nicht mehr um Erlaubnis; solche Zugriffe werden standardmäßig verweigert und lassen sich vom Benutzer in den Einstellungen unter Datenschutz & Sicherheit verwalten.) Mein Beitrag vom August beschreibt den Fehlermodus: Die API liefert weiterhin eine URL, und die Verweigerung kommt erst beim Lesen. Ein zweiter Eintrag ergänzt, dass „XProtect may now restrict access to app data that is commonly targeted by malicious software.“ (XProtect den Zugriff auf App-Daten einschränken kann, die häufig Ziel von Schadsoftware sind.) Ein Known Issue unter Privacy & Security Settings deckt den Kommandozeilenfall ab: „In the Files & Folders pane, a process without a bundle ID cannot be granted access to specific app data containers or app group containers owned by other developer teams,“ (Im Bereich Dateien & Ordner kann einem Prozess ohne Bundle-ID kein Zugriff auf bestimmte App-Daten-Container oder App-Gruppen-Container anderer Entwicklerteams gewährt werden,) und Apples Workaround ist Festplattenvollzugriff „for the duration of the requirement.“ (für die Dauer des Bedarfs.)
• TCC. „Apps can no longer access the local TCC database directly.“ (Apps können nicht mehr direkt auf die lokale TCC-Datenbank zugreifen.) Die Enterprise-Notes stellen dieser Entfernung einen neuen Abfrageweg für Administratoren zur Seite: „The new tccutil list command can report current privacy authorizations for specified services or apps on managed devices.“ (Der neue Befehl tccutil list kann die aktuellen Datenschutzfreigaben für bestimmte Dienste oder Apps auf verwalteten Geräten ausgeben.)¹⁰ Auf 26.6.2 akzeptiert tccutil genau ein Verb, reset.¹³ (Auf einem nicht verwalteten Mac mit 27.0 enthält das Binary list, antwortet aber weiterhin mit der Usage-Zeile für reset; siehe das Update vom 1. Oktober.)
• launchd, als behoben abgelegt. Unter Launch Daemons and Agents, Resolved Issues, schreibt Apple: „Fixed: launchd no longer supports loading launchd property list files with the quarantine extended attribute.“ (Behoben: launchd unterstützt das Laden von launchd-Property-List-Dateien mit dem erweiterten Attribut quarantine nicht mehr.) Apple verwendet das Präfix „Fixed:“ im selben Dokument auf zwei Arten: für das behobene Problem (Accessory Access, 176815987: „Fixed: Accessory Access does not work inside App Sandbox.“) und für das behobene Verhalten selbst (Foundation, 161588649: „Fixed: +[NSURL URLWithString:] no longer double-encodes the % of valid percent-escape sequences when encoding other invalid characters.“). In der ersten Lesart ist die launchd-Zeile eine Beta-Einschränkung, die zur GA aufgehoben wurde; in der zweiten ist die Einschränkung das, was ausgeliefert wurde. Die Note lässt das ausgelieferte Verhalten offen, und ich habe es nicht getestet. (1. Oktober: Dieser Mac läuft jetzt mit 27.0; der Test steht noch aus.)
• Gatekeeper. spctl bekommt einen Purge-Befehl, „which will clean up Gatekeeper database entries for apps and executables which are no longer mounted.“ (der Gatekeeper-Datenbankeinträge für nicht mehr eingehängte Apps und ausführbare Dateien bereinigt.) Apples Eintrag schreibt das Flag mit einem einzelnen Bindestrich, prüfen Sie also die eigene Hilfe des Werkzeugs auf 27, bevor Sie es tippen; der Hilfetext des 26.6.2-Werkzeugs führt keinen Purge-Befehl.¹³ (Auf 27.0 führt das Werkzeug spctl --purge auf; siehe das Update vom 1. Oktober.)
• Netzwerksicherheit für verwaltete Macs. „Starting in 27.0 operating systems, select system processes now enforce stricter network security (TLS) requirements.“ (Ab den 27.0-Betriebssystemen setzen ausgewählte Systemprozesse strengere Anforderungen an die Netzwerksicherheit (TLS) durch.) Betroffen sind MDM, deklarative Verwaltung, Automated Device Enrollment, Profilinstallation, App-Installation und Softwareupdates, und die Messlatte ist „TLS 1.2 at minimum, using cipher suites and certificates that meet App Transport Security (ATS) requirements.“ (mindestens TLS 1.2 mit Cipher-Suites und Zertifikaten, die die Anforderungen von App Transport Security (ATS) erfüllen.) Apples Support-Artikel für Administratoren ergänzt, dass SCEP- und Content-Caching-Verbindungen ausgenommen sind.¹¹
• App Attest auf dem Mac. „App Attest is now available to verify the authenticity of Mac apps.“ (App Attest steht jetzt zur Verfügung, um die Authentizität von Mac-Apps zu prüfen.)¹⁰
• Verwaltete Pakete und die alte Updateverwaltung. Die Geräteverwaltung „can configure the desired behavior when a managed package is removed,“ (kann das gewünschte Verhalten beim Entfernen eines verwalteten Pakets festlegen,) und „Legacy software update management no longer functions in all 27.0 operating systems,“ (die alte Softwareupdate-Verwaltung funktioniert in keinem der 27.0-Betriebssysteme mehr,) was die alten Softwareupdate-Befehle, -Abfragen und -Aufschubbeschränkungen zugunsten der deklarativen Verwaltung ausmustert.¹⁰
• System. Die Bibliothek System „now provides Swift APIs for the C stat, lstat, fstat, and fstatat system calls,“ (bietet jetzt Swift-APIs für die C-Systemaufrufe stat, lstat, fstat und fstatat,) und ein Resolved Issue hält einen Build-Bruch aus der Beta fest: Unqualifizierte stat()-Aufrufe in eigenen FilePath- oder FileDescriptor-Extensions „might conflict with the new Swift stat() instance methods,“ (können mit den neuen Swift-Instanzmethoden stat() kollidieren,) was Apple zur GA als behoben führt.
• Disk-Images. „The new DiskImageKit framework provides Swift APIs for creating and managing standalone and stacked disk images in the Apple Sparse Image Format (ASIF) and raw disk image formats,“ (Das neue Framework DiskImageKit bietet Swift-APIs zum Erstellen und Verwalten eigenständiger und gestapelter Disk-Images im Apple Sparse Image Format (ASIF) und in Raw-Disk-Image-Formaten,) zur Verwendung mit dem Virtualization-Framework.
• Mac Catalyst. Catalyst-Apps „now behave like AppKit apps when you switch to them with no open windows,“ (verhalten sich jetzt wie AppKit-Apps, wenn Sie ohne offene Fenster zu ihnen wechseln,) der Wechsel zu einer solchen App erzeugt also kein Fenster mehr, es sei denn, die Aktivierung kam aus dem Dock oder aus Spotlight.
• Startvolume. Ein Known Issue für alle, die ein altes Volume behalten: „When a Mac is running macOS 11.0, you might not be able to select the boot volume of macOS 27.0 or later as the startup disk in System Settings.“ (Läuft auf einem Mac macOS 11.0, lässt sich das Boot-Volume von macOS 27.0 oder neuer in den Systemeinstellungen möglicherweise nicht als Startvolume auswählen.) Apples Workaround ist der Bildschirm mit den Startoptionen, den man über die Ein-/Aus-Taste erreicht.

Die Xcode-Seite derselben Veröffentlichung steht bereits an zwei Stellen. Der Beitrag zur Xcode-27-Veröffentlichung reproduziert die ARCHS_STANDARD-Änderung auf 27A266a, wo ein macOS-Deployment-Target von 27.0 nur noch zu arm64 auflöst, und der Intel-Beitrag verfolgt die drei Sätze der Intel Deprecation; Apples GA-Wortlaut dieser Einträge entspricht dem Text aus Beta 4, einschließlich der Zeile, die den Intel-Weg ein weiteres Jahr offenhält: „Intel development is still possible with macOS versions that support Rosetta like macOS 27.“ (Intel-Entwicklung bleibt mit macOS-Versionen möglich, die Rosetta unterstützen, wie macOS 27.)¹²

Update, 1. Oktober: Drei Prüfungen auf einem Mac mit macOS 27.0

Der Mac, auf dem dieser Beitrag entstand, ist am 23. September auf macOS 27.0 (26A428) umgestiegen, also lassen sich drei der Aussagen oben an ihm prüfen. Zwei liefern eine klare Antwort; die dritte bleibt auf einem nicht verwalteten Mac ohne Ergebnis.¹⁸

Das Upgrade hat Rosetta nicht wiederhergestellt. /Library/Receipts/InstallHistory.plist auf diesem Mac verzeichnet jedes macOS-Update seit 2023, und von Juni 2023 bis 26.6.2 steht neben jedem davon, im Abstand weniger Sekunden, ein von bootinstalld geschriebener RosettaUpdateAuto-Eintrag: Das System hat Rosetta bei jedem Update mit aktualisiert. Der Eintrag für macOS 27.0 vom 23. September ist seither der erste ohne Partner. Rosetta kam eine Woche später zurück, am Abend des 30. September pazifischer Zeit, in einem Eintrag, den CoreServicesUIAgent geschrieben hat, derselbe Prozess, der 2023 die erste Rosetta-Installation dieses Mac verzeichnete, und zwar 87 Sekunden bevor das erste von mehreren Installer-Paketen eines Druckerherstellers lief. Das passt zu Apples Satz: „If Rosetta was previously installed, it is not automatically restored after upgrading to macOS 27.0.“ (War Rosetta zuvor installiert, wird es nach dem Upgrade auf macOS 27.0 nicht automatisch wiederhergestellt.)⁴ Der Verlauf hält fest, welcher Prozess Rosetta installiert hat, nicht, was auf dem Bildschirm zu sehen war; dass der Eintrag vom Oktober die Installationsaufforderung war, ist deshalb meine eigene Schlussfolgerung.

spctl hat den Purge-Befehl, mit zwei Bindestrichen. Auf 27.0 führt spctl ohne Argumente spctl --purge # purge unmounted policy scan cache entries auf, und laut Manpage entfernt der Befehl „old policy scan cache entries. Currently those which were on volumes which are no longer mounted. Requires root access.“ (alte Einträge im Cache der Richtlinienprüfung, derzeit solche von Volumes, die nicht mehr eingehängt sind; erfordert Root-Rechte.) Die Release Note druckte das Flag mit einem einzelnen Bindestrich; Usage und Manpage des Werkzeugs führen es mit zweien. Ausgeführt habe ich es nicht.

tccutil list steckt im Binary, verweigert sich auf diesem Mac aber. Das tccutil-Binary von 27.0 enthält das Verb und seinen Usage-Text, tccutil list (-s SERVICE | -b BUNDLE_ID | -s SERVICE -b BUNDLE_ID). Hier als gewöhnlicher Benutzer aufgerufen, ohne Argumente oder mit -s, -b oder beidem, gibt es dieselbe einzelne Zeile aus wie auf 26.6.2, tccutil: Usage: tccutil reset SERVICE [BUNDLE_ID], und die Manpage erwähnt das Verb nicht. Dieser Mac ist in keiner Geräteverwaltung registriert, und Apples Enterprise-Notes sagen, der Befehl berichte „for specified services or apps on managed devices,“ (für bestimmte Dienste oder Apps auf verwalteten Geräten,)¹⁰ das Ergebnis passt also zu einem Befehl, der an die Registrierung gebunden ist. Was diese Sperre ist, verrät das Binary nicht, als Root habe ich es nicht ausgeführt, und den verwalteten Fall kann ich hier nicht testen.

Update, 2. Oktober: Die Warnung in Get Info und ein erster Blick nach der Liste in den Einstellungen

Zwei weitere der fünf Apple-Aussagen, die unten unter „Was ich nicht ausführen konnte“ aufgeführt sind, ausgelesen auf demselben Mac (macOS 27.0, 26A428) über die Bedienungshilfen-API.¹⁹

Get Info zeigt die Warnung. Bei drei reinen Intel-Apps nennt das Get-Info-Fenster des Finders als Art „Application (Intel)“ (Programm (Intel)) und darunter ein Warnsymbol und zwei Sätze: „Intel-based apps requiring Rosetta will not open in macOS 28, the next major release. Check with the developer for an Apple silicon version.“ (Intel-basierte Apps, die Rosetta benötigen, lassen sich unter macOS 28, dem nächsten großen Release, nicht mehr öffnen. Fragen Sie beim Entwickler nach einer Version für Apple Silicon.) Darauf folgt ein Link „Learn more…“ (Weitere Informationen…). Zwei Universal-Apps zeigen „Application (Universal)“ (Programm (Universal)), keine Warnung und ein Kontrollkästchen „Open using Rosetta“ (Mit Rosetta öffnen), bei beiden nicht aktiviert. Eine nur für Apple Silicon gebaute App zeigt „Application (Apple silicon)“ (Programm (Apple Silicon)) und weder das eine noch das andere. In den sechs Fenstern, die ich ausgelesen habe, ist die Kennzeichnung aus Apples Hinweis also ein Warnsymbol mit Text bei Apps ohne arm64-Slice, und das Kontrollkästchen, das der Support-Artikel beschreibt, ist bei Universal-Apps unter 27.0 weiterhin vorhanden.³⁸ Von den 116 Apps in meinem Programme-Ordner, deren Hauptprogrammdatei ich lesen konnte, haben 21 keinen arm64-Slice.

Auf der obersten Ebene von Allgemein steht die Liste nicht. Apples Hinweis lautet: „Settings > General now lists Intel-based apps that will be incompatible with macOS 28.0.“ (Einstellungen > Allgemein listet jetzt Intel-basierte Apps auf, die mit macOS 28.0 nicht kompatibel sein werden.)⁸ Auf diesem Mac hat der Bereich Allgemein vierzehn Zeilen, ausgelesen über ihre Bedienungshilfen-Kennungen, und keine davon ist ein Eintrag für Intel-Apps. Die Unterbereiche hinter diesen Zeilen, in denen die Liste stehen könnte, habe ich nicht geöffnet. Das ist also eine ergebnislose Suche auf einem einzigen Bildschirm, kein Beleg dafür, dass die Liste fehlt.

Was ich nicht ausführen konnte

Als ich dies am 16. September schrieb, hatte ich keinen Mac mit macOS 27, jedes 27er-Verhalten im ursprünglichen Beitrag war also Apples Aussage. Die fünf, auf die sich der Beitrag am stärksten stützt: dass auf „Open using Rosetta“ festgelegte Apps nach dem Upgrade nativ starten; dass Rosetta nach dem Upgrade eines Mac, der es hatte, fehlt; dass Get Info eine Kennzeichnung auf Apps zeigt, die unter 28 nicht laufen werden; dass Einstellungen > Allgemein sie auflistet; dass ein bloßes Komponentenpaket seine Skripte auf 27 unter arm64 ausführt. Das Installer-Experiment oben belegt, was Pakete auf 26.6.2 deklarieren, nicht, wie 27 sie behandelt.

Stand 1. und 2. Oktober: Derselbe Mac läuft seit dem 23. September mit macOS 27.0, und die Updates oben greifen drei dieser fünf Aussagen auf. Das fehlende Rosetta ist im Installationsverlauf zu sehen. Die Kennzeichnung in Get Info ist vorhanden. Die Liste aus den Einstellungen ist nicht unter den vierzehn Zeilen von Allgemein; die Unterbereiche dahinter sind noch nicht ausgelesen. Die übrigen zwei sind nicht ausgeführt: Das Verhalten festgelegter Apps erfordert eine App, die vor dem Upgrade auf Rosetta festgelegt war, und die Prüfung des Komponentenpakets erfordert ein installiertes Testpaket. Jeder Punkt bekommt hier einen datierten Abschnitt, falls ich ihn ausführe, so wie der ld64-Beitrag seine GA-Abschnitte bekommen hat.

Was ich diese Woche tun würde

1. Entpacken Sie jedes Paket, das Sie ausliefern, und jedes Paket, das Ihre Build-Rechner installieren, und greppen Sie die Distribution nach hostArchitectures; behandeln Sie eine fehlende Datei oder ein fehlendes Attribut als „arm64 auf 27“ und lesen Sie die Pre- und Post-Install-Skripte mit diesem Wissen.⁴⁵
2. Wenn ein CI- oder Provisioning-Schritt ein Intel-Binary ausführt, installieren Sie Rosetta im Setup-Skript ausdrücklich, statt sich darauf zu verlassen, dass es das Upgrade übersteht; Apple sagt, das tut es nicht.⁴¹⁰
3. Listen Sie Intel-Plug-ins so auf, wie Apple es tut, nach Ordnern: ~/Library/Audio/Plug-Ins/*, ~/Library/Printers/, ~/Library/ColorPickers/ und wo immer Ihre Quick-Look- und Spotlight-Erweiterungen liegen, die Apple nach Kategorie und nicht nach Pfad nennt. Die Einstellungen listen sie möglicherweise nicht auf, und macOS 28 wird sie nicht laden.⁴
4. Wenn Sie einen Launch Agent installieren, indem Sie eine plist kopieren, testen Sie ihn einmal auf einer 27er-Maschine mit noch gesetztem quarantine-Attribut; Apple legt seine Note zu diesem Fall unter Resolved Issues ab, und sie lässt sich in beide Richtungen lesen.⁹
5. Wenn Sie Geräteverwaltung betreiben, testen Sie Ihre MDM-, Enrollment- und Update-Server jetzt gegen die Anforderungen an TLS 1.2 und ATS-Cipher-Suites; Apple sagt, seine Betriebssysteme „might refuse connections“ (könnten Verbindungen verweigern) zu nicht konformen Servern, der Eintrag derselben Seite für Version 27 oder neuer lautet „Non-compliant connections are blocked and the log messages appear as errors instead of warnings,“ (Nicht konforme Verbindungen werden blockiert, und die Protokollmeldungen erscheinen als Fehler statt als Warnungen,) und SCEP und Content Caching sind die einzigen Ausnahmen, die sie nennt.⁹¹¹
6. Wenn Sie die stat()-Kollision auf einer Beta umgangen haben, entfernen Sie den Workaround und bauen Sie neu; Apple führt sie zur GA als behoben.⁹
7. Ergänzt am 1. Oktober: Führen Sie pkgutil --check-signature für jedes Paket aus, das Sie ausliefern. Lautet der Eintrag der Zertifizierungsstelle Expires: 2027-02-01 22:12:15 +0000, signieren Sie das Paket vor dem 1. Februar 2027 neu; der Developer-ID-Beitrag nennt die Reihenfolge.¹⁵¹⁶

Häufige Fragen

Wann ist macOS 27 erschienen?

Am Montag, dem 14. September 2026, als Build 26A428, am selben Tag wie iOS 27.0 (24A437) und Xcode 27 (27A266a). Apples Releases-Feed führte alle drei unter diesem Datum, als ich ihn am 16. September abrief.¹

Welche Macs können macOS 27 Golden Gate ausführen?

Jeder Mac mit Apple Silicon. Apples Kompatibilitätsseite führt 35 Modelleinträge vom M1 MacBook Air, MacBook Pro und Mac mini von 2020 bis zu den M5- und M6-Maschinen, plus das MacBook Neo (13-inch, A18 Pro). Kein Intel-Mac steht auf der Liste.²

Funktioniert Rosetta unter macOS 27 noch?

Ja. Apples Support-Artikel sagt, Rosetta „is available for any Mac with Apple silicon using macOS 27 or earlier,“ (ist für jeden Mac mit Apple Silicon unter macOS 27 oder früher verfügbar,) und die Enterprise-Notes nennen es „a general-purpose compatibility tool through macOS 27.“ (ein Allzweck-Kompatibilitätswerkzeug bis einschließlich macOS 27.) Apple sagt, das Upgrade stellt es nicht wieder her, ein Mac, der es hatte, muss es also womöglich erneut installieren.³⁴¹⁰

Wird Rosetta unter macOS 28 funktionieren?

Nur für Spiele. „Starting with macOS 28, the next major macOS release, Rosetta functionality will be available only for certain older, unmaintained games that rely on Intel-based frameworks,“ (Ab macOS 28, der nächsten großen macOS-Version, steht die Rosetta-Funktionalität nur noch bestimmten älteren, nicht mehr gepflegten Spielen zur Verfügung, die auf Intel-basierte Frameworks angewiesen sind,) und die Release Notes sagen „All Intel-based software will no longer be compatible with macOS 28.0, excluding legacy games.“ (Sämtliche Intel-basierte Software ist mit macOS 28.0 nicht mehr kompatibel, ausgenommen ältere Spiele.)³⁴

Welche Installer-Pakete betrifft der arm64-Standard?

Pakete, deren Distribution-Datei kein hostArchitectures-Attribut hat, und bloße Komponentenpakete, die gar keine Distribution-Datei haben. Ein von productbuild auf macOS 26.6.2 erzeugtes Produktarchiv deklariert hostArchitectures="x86_64,arm64" und fällt nicht unter Apples Satz. Prüfen Sie mit pkgutil --expand und einem grep über die Distribution-Datei.⁴⁵⁶

Muss ich meine Installer-Pakete vor Februar 2027 neu signieren?

Wenn sie mit einem Developer ID Installer-Zertifikat der ursprünglichen Zertifizierungsstelle signiert wurden, ja. Apples Mitteilung vom 1. Oktober sagt, dass ab dem 1. Februar 2027 „.pkg files signed with an affected certificate will no longer install“ (mit einem betroffenen Zertifikat signierte .pkg-Dateien sich nicht mehr installieren lassen), während notarisierte Apps mit sicherem Zeitstempel weiter funktionieren. pkgutil --check-signature zeigt für das Paket, auf welche Zertifizierungsstelle es zurückführt: Die ursprüngliche läuft am 2027-02-01 ab. Der Developer-ID-Beitrag enthält die vollständige Prüfung.¹⁵¹⁶

Was zeigt Get Info unter macOS 27 für eine Intel-App?

Unter macOS 27.0 (26A428) zeigt das Get-Info-Fenster des Finders bei jeder der drei reinen Intel-Apps, die ich geprüft habe, als Art „Application (Intel)“ (Programm (Intel)) mit einer Warnung: „Intel-based apps requiring Rosetta will not open in macOS 28, the next major release. Check with the developer for an Apple silicon version.“ (Intel-basierte Apps, die Rosetta benötigen, lassen sich unter macOS 28, dem nächsten großen Release, nicht mehr öffnen. Fragen Sie beim Entwickler nach einer Version für Apple Silicon.) Die beiden geprüften Universal-Apps zeigten keine Warnung und behielten das Kontrollkästchen „Open using Rosetta“, nicht aktiviert.¹⁹

Muss ich Rosetta nach dem Upgrade neu installieren?

Apple sagt: Hatte der Mac vor dem Upgrade Rosetta, bringt macOS 27 es nicht von selbst zurück. Laut Apples Installationsanleitung holt das Öffnen einer beliebigen Intel-App die Aufforderung zurück, oder Sie installieren es im Terminal mit softwareupdate --install-rosetta, dem Befehl, den Apples Support-Artikel nennt.³⁴

Quellen