Gleiches macOS, andere Firmware: Apple hat die Sequoia- und Sonoma-Updates still verändert

Nehmen Sie zwei Macs. Beide laufen mit macOS Sequoia 15.7.9. Beide zeigen unter „Über diesen Mac" dieselbe Build-Nummer. Der eine wurde am 7. August 2026 aktualisiert, der andere am 28. August. Öffnen Sie auf beiden System Information und sehen Sie unter „System Firmware Version" nach: Beim ersten steht 18000.161.9, beim zweiten 18000.161.10.

Nichts in Apples Release Notes erklärt das. Das Update auf 15.7.9 bekam keine neue Build-Nummer. Die Sicherheitshinweise dazu wurden nicht geändert. Apple hat irgendwann nach dem 17. August schlicht begonnen, innerhalb des gleichnamigen Updates andere Firmware auszuliefern – und der einzige Grund, warum das überhaupt jemand weiß, ist, dass Howard Oakley genau für solche Vergleiche virtuelle Maschinen vorhält und bemerkte, dass sich die Nummern verschoben hatten.

Dieser Artikel erklärt, welche Firmware-Version Ihr Mac haben sollte, wie Sie sie auslesen, warum die Nummer nicht mehr mit der macOS-Version übereinstimmt und was – falls überhaupt etwas – Sie dagegen tun sollten.

Das Wichtigste in Kürze

• Apple-Silicon-Macs mit Sequoia 15.7.9 oder Sonoma 14.8.9 können entweder mBoot 18000.161.9 oder 18000.161.10 haben, je nachdem, ob das Update vor oder nach dem 17. August 2026 installiert wurde. Die macOS-Build-Nummer ist in beiden Fällen identisch.
• 18000.161.10 ist die Firmware, die am 17. August zunächst nur mit Tahoe 26.6.2 ausgeliefert wurde. Apple hat sie später, ohne dies zu erwähnen, auch in die unveränderten Sequoia- und Sonoma-Updates aufgenommen.
• Seit macOS 26.4 nennt sich die Apple-Silicon-Firmware selbst „mBoot", nicht iBoot, und sprang von der 13822.x-Serie auf 18000.x. Wir haben die Bezeichnung auf unserem eigenen Mac überprüft: Die Boot-Firmware meldet sich dort wortwörtlich als mBoot-18000.121.3.
• Es gibt keine verlässliche Zuordnung mehr von macOS-Version zu Firmware-Version. Sechs Jahre lang gab es sie. Diese Annahme stimmt jetzt nicht mehr, und Tools sowie Compliance-Prüfungen, die darauf aufbauen, werden Fehlalarme produzieren.
• Das ist kein Hinweis auf eine Kompromittierung. Aber Apple hat nichts darüber veröffentlicht, was sich geändert hat – ein Mac mit einer Firmware-Nummer, die Sie sich nicht erklären können, ist deshalb ein Audit-Problem, selbst wenn er kein Sicherheitsproblem ist.

Was sich geändert hat – in einer Tabelle

Die ganze Geschichte steckt in der Firmware-Spalte. Alle Versionen unten gelten für Apple-Silicon-Macs; Intel-Macs mit T2-Chip verwenden eine andere Nummerierung und werden weiter unten separat behandelt.

Datum	Tahoe	Sequoia	Sonoma	Apple-Silicon-Firmware
12. Dez. 2025	26.2	15.7.3	14.8.3	iBoot 13822.61.10 — alle drei synchron
24. März 2026	26.4 (25E246)	15.7.5	14.8.5	mBoot 18000.101.7 — neuer Name, neue Nummerierung; noch synchron
11. Mai 2026	26.5 (25F71)	15.7.7	14.8.7	mBoot 18000.120.36 — synchron
29. Juni 2026	26.5.2 (25F84)	—	—	mBoot 18000.121.3 — Sequoia und Sonoma bleiben zurück
27. Juli 2026	26.6 (25G72)	15.7.8	14.8.8	mBoot 18000.161.9 — wieder synchron
6. Aug. 2026	26.6.1 (25G76)	15.7.9	14.8.9	mBoot 18000.161.9 — unverändert
17. Aug. 2026	26.6.2 (25G83)	—	—	mBoot 18000.161.10 — nur Tahoe
nach dem 17. Aug.	—	15.7.9 (gleicher Build)	14.8.9 (gleicher Build)	mBoot 18000.161.10 — still geändert

Oakley schreibt, dass die drei Systeme bis zum Frühsommer synchron blieben, weshalb die März-Zeile als übereinstimmend dargestellt ist. Die Werte stammen aus seinen Beiträgen vom jeweiligen Release-Tag (26.4, 26.5, 26.6, 26.6.1, 26.6.2), plus einer Zeile, die wir direkt bestätigen können: Der Mac, auf dem dieser Artikel geschrieben wurde, läuft mit 26.5.2 und meldet 18000.121.3.

Die letzte Zeile ist die entscheidende. Gleiche Version, gleicher Build, andere Firmware, keine Ankündigung.

So lesen Sie die Firmware-Version Ihres eigenen Macs aus

Es gibt drei Wege, und der dritte verrät Ihnen etwas, das die ersten beiden nicht zeigen.

System Information

Apple-Menü > Über diesen Mac > Weitere Informationen > Systembericht, dann Hardware oben in der Seitenleiste. Zwei Zeilen sind wichtig:

System Firmware Version: 18000.121.3
OS Loader Version: 18000.121.3

Auf einem unauffälligen Mac stimmen diese beiden Werte überein. Es sind die zwei Stufen der Boot-Firmware, und Apple aktualisiert sie gemeinsam.

Terminal, der schnelle Weg

system_profiler SPHardwareDataType | grep -E "Firmware|Loader"

Dieselben zwei Zeilen, skriptfähig. Das ist es, was die meisten Inventarisierungs-Tools erfassen.

Terminal, der Weg, der die Bezeichnung zeigt

Die Versionszeichenkette, die macOS anzeigt, ist eine gekürzte Version dessen, was die Firmware über sich selbst meldet. Um die ungekürzte Version zu sehen, lesen Sie den Device Tree aus:

ioreg -p IODeviceTree -n chosen -r | grep -E "firmware-version|iboot-stage"

Auf unserem 26.5.2-Mac liefert das:

"iboot-stage-two-tag" = <"mBoot-18000.121.3">
"iboot-stage-one-tag" = <"mBoot-18000.121.3">
"system-firmware-version" = <"mBoot-18000.121.3">

Zwei Dinge fallen dabei auf. Die Firmware nennt sich selbst mBoot. Die Property-Namen lauten weiterhin auf iboot. Das ist die ganze Umbenennung in einer Zeile: Apple hat die Zeichenkette geändert, die die Firmware meldet, und die Mechanik, die sie ausliest, unangetastet gelassen.

Was „mBoot" wirklich ist

Apples eigener Platform-Security-Leitfaden beschreibt die Boot-Kette von Apple Silicon in vier Schritten: Der Boot ROM im Chip startet die Vertrauenskette; der Low-Level Bootloader (LLB) prüft Signaturen und holt die LocalPolicy aus der Secure Enclave; iBoot lädt die restliche Firmware, prüft die Kernel Collections und den Root-Hash des signierten Systemvolumes; dann übernimmt der Kernel. Das Dokument enthält das Wort „mBoot" an keiner Stelle. Soweit es Apples veröffentlichte Dokumentation betrifft, heißt die Komponente weiterhin iBoot.

Was in macOS 26.4 geschah, ist, dass sich die Versionszeichenkette änderte. Oakleys SilentKnight-Release-Notiz vom März hält fest, dass der Übergang erstmals in Beta 2 von 26.4 auftauchte, von iBoot 13822.101.6 zu mBoot 18000.101.6, und bis zur finalen 18000.101.7 bestehen blieb. Seiner Lesart nach wollte Apple damit „Mac- und Geräte-Firmware in dasselbe Nummerierungssystem überführen". Das ist eine Vermutung; Apple selbst hat nichts dazu gesagt. Was wir bestätigen können, ist die beobachtbare Hälfte: Auf jedem Mac mit 26.4 oder neuer identifizieren sich die beiden Boot-Stufen als mBoot-<Version>, und die Nummerierung beginnt bei 18000.

Für die Praxis heißt das: mBoot ist iBoot mit neuem Namensschild. Es erledigt dieselbe Aufgabe, sitzt an derselben Stelle in der Kette und wird über denselben Mechanismus aktualisiert – ein macOS-Update oder eine Installation, die zufällig eine neuere Version enthält.

Warum die Firmware früher exakt mit macOS übereinstimmte

Um zu verstehen, warum die August-Änderung einen Bruch darstellt, muss man wissen, wie ordentlich die Situation vorher war.

Bei Intel-Macs ohne T2-Chip war die Firmware modellabhängig. Jeder macOS-Installer enthielt eine Bibliothek von EFI-Updates, eines für jedes Modell, auf dem er installiert werden konnte, sodass die „richtige" Firmware für einen bestimmten Mac sowohl von der macOS-Version als auch vom Gerät abhing. Oakley hat diese Tabellen jahrelang von Hand zusammengestellt.

T2-Macs vereinfachten das: eine gemeinsame EFI- und eine gemeinsame iBridge-Version pro macOS-Release, unabhängig vom Modell.

Apple Silicon vereinfachte das weiter. Von 2020 bis zur Mitte dieses Jahres hatte jeder Apple-Silicon-Mac mit einer bestimmten macOS-Version dieselbe Firmware, und – der für die Sicherheit entscheidende Teil – die drei unterstützten macOS-Versionen aktualisierten ihre Firmware im Gleichschritt. Als Tahoe 26.2 die Firmware im Dezember 2025 auf 13822.61.10 brachte, taten die am selben Tag erschienenen Sicherheitsupdates für Sequoia 15.7.3 und Sonoma 14.8.3 dasselbe. Die Firmware-Version eines Macs verriet genau, welchen Sicherheitsstand er hatte – unabhängig davon, welches der drei Systeme er ausführte.

Oakley schreibt, er habe diese Verknüpfung für so robust gehalten, dass er erwog, die Firmware-Prüfung ganz aus SilentKnight zu entfernen.

Wie die Synchronität im Sommer 2026 zerbrach

Der Bruch kam in zwei Schritten.

Der erste war eine Lücke im Update-Zeitplan. Zwischen dem 11. Mai und dem 27. Juli erhielten Sequoia und Sonoma keine Sicherheitsupdates. Tahoe bekam zwei: 26.5.1, einen Enterprise-Fix für M5-Macs, die bei bestimmten Content-Filtering-Netzwerkerweiterungen abschalteten, und 26.5.2, ein Sicherheitsrelease. Letzteres brachte ein Firmware-Update auf 18000.121.3 mit. Rund sechs Wochen lang liefen ein vollständig gepatchter Tahoe-Mac und ein vollständig gepatchter Sequoia-Mac mit unterschiedlicher Firmware. Oakley wies Ende Juni darauf hin, dies sei „das erste Mal in den letzten sechs Jahren, dass eine große Zahl von Macs eine nicht synchrone Firmware haben wird".

Die 26.6-Welle am 27. Juli reparierte das: Tahoe 26.6, Sequoia 15.7.8 und Sonoma 14.8.8 wechselten alle zu 18000.161.9, und die Updates vom 6. August (26.6.1, 15.7.9, 14.8.9) ließen die Firmware unangetastet. Wieder stimmte alles überein.

Dann veröffentlichte Apple am 17. August Tahoe 26.6.2 – das außerplanmäßige Release, das Fixes aus der macOS-27-Beta zurückportierte – mit Firmware 18000.161.10. Ein entsprechendes Sequoia- oder Sonoma-Update gab es nicht. Diese Systeme blieben bei .9. Wieder nicht synchron, und diesmal mit einem Sicherheitsrelease dazwischen.

Der stille Teil

Alles bisher Genannte ist unordentlich, aber dokumentiert – jede dieser Firmware-Versionen wurde am jeweiligen Tag gemeldet. Nicht dokumentiert war, was als Nächstes geschah.

Oakley hatte seine Sequoia- und Sonoma-VMs am 7. August auf 15.7.9 und 14.8.9 aktualisiert, und sie sind seither bei 18000.161.9 geblieben, weil ihnen kein weiteres Update angeboten wurde. Als er jedoch am 28. August neue Sequoia- und Sonoma-VMs anlegte und sie auf dieselben Versionen 15.7.9 und 14.8.9 aktualisierte, meldeten sie 18000.161.10 – die Firmware, die zuvor ausschließlich mit Tahoe 26.6.2 ausgeliefert worden war.

It appears that those Macs that were updated to 15.7.9 or 14.8.9 prior to the release of 26.6.2 on 17 August had their firmware updated to 18000.161.9, while those updated since 17 August have been provided with 18000.161.10 instead, without any change in macOS version or build number. There has been no mention of any such change in Apple's security release notes.

Wir haben die andere Hälfte dieser Aussage überprüft. Apples Sicherheitsinhalte-Seite zu 26.6.2 erwähnt weder Firmware noch mBoot noch iBoot. Ebenso wenig die Seiten zu 15.7.9 und 14.8.9. Nach Apples öffentlichem Stand hat sich nichts geändert.

Eine Anmerkung zur Beweislage. Oakleys Vergleich nutzt virtuelle Maschinen statt physischer Macs. Für diese konkrete Frage ist das eher eine Stärke als eine Schwäche: Bei Apple Silicon liefert der Installer und Updater des Gastsystems selbst die Boot-Firmware einer macOS-VM, sodass eine frische VM, die nach der Installation von „15.7.9" .10 meldet, bedeutet, dass das Update-Paket von 15.7.9 jetzt .10 enthält. Das sagt nichts darüber aus, wie ein physischer Mac behandelt wird, der bereits bei .9 steht, und wir konnten das selbst nicht testen.

Welche Nummer sollten Sie haben?

Ausgehend von der Tabelle oben ist das zu erwarten.

Sie nutzen	Aktualisiert vor dem 17. Aug.	Aktualisiert nach dem 17. Aug.
Tahoe 26.6.2	(nicht möglich)	18000.161.10
Tahoe 26.6.1	18000.161.9	— Update auf 26.6.2
Tahoe 26.5.2	18000.121.3	— Update auf 26.6.2
Sequoia 15.7.9	18000.161.9	18000.161.10
Sonoma 14.8.9	18000.161.9	18000.161.10
Sequoia 15.7.8 / Sonoma 14.8.8	18000.161.9	18000.161.9

Zeigt Ihr Sequoia- oder Sonoma-Mac 18000.161.10, haben Sie die neuere Firmware, und es gibt nichts zu tun. Zeigt er 18000.161.9, haben Sie die Firmware, die am Tag Ihres Updates korrekt war, und derzeit gibt es kein Update, das das ändert – Apple hat 15.7.9 oder 14.8.9 Macs, die diese Version bereits haben, nicht erneut angeboten.

Alles andere – eine 13822.x-Nummer auf einem Mac, der angeblich 26.4 oder neuer hat, oder eine 18000.x-Nummer, die nicht in dieser Tabelle steht – sollten Sie sich genauer ansehen, bevor Sie es abtun. Die häufigste harmlose Erklärung ist, dass der Mac mehr als ein macOS installiert hat und Sie den Loader eines anderen Volumes auslesen; siehe Fehlerbehebung weiter unten.

Spielt das wirklich eine Rolle?

Ehrlich gesagt: für die meisten Menschen aktuell wahrscheinlich nicht viel. Aber die Gründe, warum es überhaupt eine Rolle spielt, sollte man genau benennen, denn sie unterscheiden sich von dem, was viele vermuten.

Es heißt nicht „Ihr Mac ist unsicher"

Niemand außerhalb von Apple weiß, was sich zwischen 18000.161.9 und 18000.161.10 geändert hat. Sie kam mit einem Sicherheitsrelease, was auf Sicherheitsrelevanz hindeutet, aber Firmware-Zwischenversionen beheben auch Hardware-Kompatibilitäts-, Energieverwaltungs- und Boot-Zeit-Fehler. Apples Hinweise zu 26.6.2 nennen 28 CVEs, und keiner davon wird als Firmware-Fix beschrieben. Wer bei .9 ist, hat die Firmware, die Apple vor drei Wochen als aktuell betrachtete.

Es heißt „Ihr Inventar stimmt nicht mehr"

Sechs Jahre lang war die „Firmware-Version" ein abgeleitetes Attribut: Wer die macOS-Version kannte, kannte auch die Firmware. Alles, was darauf aufbaut – eine Compliance-Regel, eine MDM-Smart-Group, eine Tabelle, ein Skript, das Ausreißer markiert –, sieht jetzt zwei Gruppen identischer Macs und kann nicht sagen, welche richtig ist. SilentKnight, das meistgenutzte Consumer-Tool dafür, änderte sein Verhalten in Version 3.01: Es meldet die Firmware-Version jetzt nur noch als „gefunden", statt sie als aktuell oder veraltet zu bewerten – eben weil diese Bewertung nicht mehr möglich ist.

Es heißt „Apple hat ein bereits ausgeliefertes Update ohne Nachweis geändert"

Das ist der Teil, der Sie mehr beunruhigen sollte als die Versionsnummer. Apple-Silicon-Updates werden von dem ausgeführt, was Oakley den Update Brain nennt – eine pro Update heruntergeladene Komponente, die macOS lädt, um genau dieses Update auszuführen. Apple hat offenbar geändert, was eines dieser Updates installiert, dabei Version und Build identisch gehalten und nichts veröffentlicht. Sein Fazit ist unverblümt:

In the absence of any information from Apple, some could reasonably suspect this was the result of a sophisticated attack.

Er glaubt nicht, dass es das war. Wir auch nicht. Aber „das lässt sich anhand von Apples veröffentlichten Informationen nicht von einem Angriff unterscheiden" ist nicht der Zustand, in dem ein Sicherheitsupdate-Prozess sein sollte.

Wenn Sie Sequoia oder Sonoma nutzen und die neuere Firmware möchten

Sie haben drei Optionen, und nur die erste wird empfohlen.

Abwarten

Oakley erwartet, dass Sequoia 15.8 zusammen mit macOS 27 in der zweiten Septemberhälfte erscheint. Dieses Update wird mit ziemlicher Sicherheit die dann aktuelle Firmware mitbringen, die bis dahin ohnehin neuer sein könnte als .10 – er erwartet, dass die Golden-Gate-Firmware auf etwa 20457.1.29 springt. Bei Sonoma sieht es anders aus: Dessen letztes Release könnte durchaus 14.8.9 bleiben, sodass ein Sonoma-Mac, der vor dem 17. August aktualisiert wurde, dauerhaft bei .9 bleibt. Das ist unproblematisch, denn das galt für jeden Sonoma-Mac, der rechtzeitig aktualisiert hat.

macOS über die Recovery neu installieren

Ein „macOS neu installieren" aus der recoveryOS lädt eine frische Kopie der installierten Version herunter und kann die Firmware aktualisieren, falls der Installer eine neuere enthält. Da frische 15.7.9-Installationen inzwischen .10 mitbringen, könnte das funktionieren. Wir haben es nicht getestet, es dauert etwa eine Stunde, und es ist eine unverhältnismäßige Reaktion auf eine Abweichung in einer Versionszeichenkette. Tun Sie das nicht, nur um einer Nummer hinterherzujagen.

DFU-Reaktivierung (Revive)

Apples Verfahren zum Reaktivieren und Wiederherstellen für Apple-Silicon-Macs lädt die Firmware über ein USB-C-Kabel von einem zweiten Mac neu. Apple erklärt, das Reaktivieren „lösche den Mac nicht" und man solle es vor einem Wiederherstellen versuchen, das dies sehr wohl tut. Dafür braucht es einen Host-Mac mit macOS 14 oder neuer und ein USB-C-Kabel, das Daten und Laden unterstützt – Apple weist ausdrücklich darauf hin, kein Thunderbolt-3-Kabel zu verwenden. Das ist das richtige Mittel für einen Mac, der nicht startet. Es ist das falsche Mittel für einen Mac, der problemlos startet und nur eine Firmware-Nummer hat, die Ihnen nicht gefällt. Hier nur erwähnt, damit Sie wissen, dass es existiert.

Wenn Sie Tahoe nutzen

Wenn Sie 26.6.2 haben, haben Sie bereits .10, und nichts davon betrifft Sie. Wenn Sie 26.6.1 oder älter haben, ist die Lösung ohnehin das Update, das Sie installieren sollten.

Die nächste Firmware-Änderung, die Sie sehen, wird die große sein. Die Firmware von Golden Gate wechselt Oakleys Lesart der Betas zufolge in eine 20457.x-Serie. Der neue Mac mini und Mac Studio erscheinen am 22. September mit einem Pre-Release-Build von macOS 27 und werden sofort ein Update auf 27.0.1 verlangen – rechnen Sie damit, dass sich ihre Firmware zur gleichen Zeit ändert.

Für Fleet-Administratoren

Drei konkrete Anpassungen.

Behandeln Sie die Firmware-Version nicht länger als aus der macOS-Version ableitbar. Jede Regel der Form „15.7.9 bedeutet 18000.161.9" ist jetzt für einen Teil Ihrer Flotte falsch, und dieser Teil wird durch den Update-Zeitpunkt definiert, den Sie wahrscheinlich nicht erfasst haben.

Lösen Sie keinen Alarm allein wegen .9 gegenüber .10 aus. Beide sind legitime Ergebnisse desselben Apple-Updates. Wenn Sie einen einzigen Vergleichswert pro macOS-Version wollen, nehmen Sie die neuere Nummer als Ziel und behandeln Sie .9 als „korrekt zum Installationsdatum, gleicht sich beim nächsten Update an."

Erfassen Sie die Firmware-Version bei der Anmeldung und bei jedem Update, damit Sie „dieser Mac wurde früh aktualisiert" von „die Firmware dieses Macs hat sich ohne macOS-Update geändert" unterscheiden können – Letzteres ist der Fall, der tatsächlich einen genaueren Blick verdient. Bei Apple Silicon ändert sich die Firmware nur bei einer macOS-Installation oder einem -Update, sodass eine Firmware-Änderung ohne entsprechende macOS-Änderung die Anomalie ist, auf die Sie achten sollten – nicht eine Abweichung zwischen zwei Macs.

Was Apple tun sollte

Das ist eine kleine Bitte. Apples Sicherheitsinhalte-Seiten listen bereits jede Komponente und jede CVE eines Updates auf. Eine zusätzliche Zeile – „This update includes mBoot 18000.161.10" – würde nichts kosten und hätte die August-Änderung am selben Tag sichtbar gemacht. Wenn die Änderung beabsichtigt und harmlos war, was mit weitem Abstand am wahrscheinlichsten ist, gibt es keinen Grund, es den Nutzern zu überlassen, das durch den Vergleich virtueller Maschinen selbst herauszufinden.

Intel-Macs

Intel-Macs mit T2-Chip melden zwei Firmware-Komponenten: die EFI-artige Systemfirmware und die iBridge (bridgeOS) des T2. Oakleys Beitrag zu 26.6.2 nennt dafür 2103.160.2.0.0 und iBridge 23.16.16068.0.0,0, unverändert gegenüber 26.6.1. Die mBoot-Geschichte betrifft Intel-Hardware überhaupt nicht; die Nummerierung hat sich dort nie geändert, und die Drei-Versionen-Synchronität wurde dort nie gebrochen. Intel-Macs mit Tahoe befinden sich ohnehin auf ihrem letzten macOS-Release, weshalb dies der endgültige Firmware-Verlauf ist, den sie sehen werden.

Fehlerbehebung häufiger Probleme

System Information zeigt zwei unterschiedliche Nummern

„System Firmware Version" und „OS Loader Version" stimmen normalerweise überein. Der häufigste Grund für eine Abweichung ist, dass auf dem Mac mehr als ein macOS-Volume installiert ist – zum Beispiel eine Golden-Gate-Beta auf einem separaten Volume – und der gemeldete Loader zu einem anderen System gehört. Starten Sie in das andere Volume und vergleichen Sie. Weichen die Werte trotz nur einer installierten macOS-Version ab, ist das ungewöhnlich und einen Bericht an Apple wert.

SilentKnight zeigt „found" statt „current"

Das Tool arbeitet seit Version 3.01 genau so, wie es soll. Es kann Ihnen nicht mehr sagen, ob Ihre Firmware die neueste ist, weil Apple pro macOS-Version keine eindeutige Antwort mehr garantiert. Vergleichen Sie stattdessen mit der Tabelle oben.

Eine virtuelle Maschine zeigt eine Firmware-Version, die nicht zum Host passt

Das ist zu erwarten. Bei Apple Silicon stammt die Firmware einer macOS-VM vom Installer des Gastsystems, nicht vom Host-Mac. Genau deshalb konnten Oakleys VMs die Änderung überhaupt aufdecken.

ioreg liefert nichts für den chosen-Knoten

Sie haben wahrscheinlich einen Intel-Mac, bei dem der Device Tree anders aufgebaut ist und es kein iboot-stage-one-tag gibt. Verwenden Sie stattdessen system_profiler SPHardwareDataType, das „Boot ROM Version" meldet und bei T2-Macs die iBridge-Version unter Controller.

Mein Sequoia-Mac zeigt 18000.161.10, aber ich habe am 7. August aktualisiert

Dann hat etwas die Firmware nach diesem Datum aktualisiert. Infrage kommen eine macOS-Neuinstallation, ein Reaktivieren oder ein Update, das Sie nicht bemerkt haben. Prüfen Sie unter Software > Installationen in System Information, ob dort etwas nach dem 17. August datiert ist. Wenn nicht, merken Sie sich das – eine Firmware-Änderung ohne entsprechende Installation ist das einzige Muster in diesem Artikel, das einen zweiten Blick verdient.

FAQ

Ist 18000.161.10 ein Sicherheits-Fix?

Unbekannt. Sie kam mit einem Sicherheitsrelease, und Apple hat den Inhalt nicht beschrieben. Behandeln Sie sie als „neuer", nicht als „schließt eine bekannte Lücke".

Sollte ich etwas tun, wenn mein Mac bei 18000.161.9 ist?

Nein. Das war die korrekte Firmware am Tag Ihres Updates, und das nächste macOS-Update, das Sie installieren, bringt die aktuelle mit. Es gibt keine bekannte Schwachstelle, die Apple mit .9 in Verbindung gebracht hat.

Warum nennt sich die Firmware mBoot, wenn Apples Dokumente von iBoot sprechen?

Apple hat die Versionszeichenkette in macOS 26.4 umbenannt und seine Sicherheitsdokumentation nicht entsprechend aktualisiert. Auf unserem Mac meldet die Firmware mBoot-18000.121.3, während die Device-Tree-Schlüssel, die sie speichern, weiterhin iboot-stage-one-tag und iboot-stage-two-tag heißen. Funktional ist es dieselbe Komponente.

Kann sich die Firmware ohne macOS-Update ändern?

Bei Apple Silicon nein – die Firmware wird nur bei einer macOS-Installation, einem Update, einem Reaktivieren oder Wiederherstellen geschrieben. Deshalb ist eine Firmware-Änderung ohne passenden Installationseintrag der wirklich anomale Fall.

Wird macOS 27 die Synchronität reparieren?

Sie wird sie zurücksetzen. Golden Gate, Tahoe 26.7 und Sequoia 15.8 werden im September gemeinsam erwartet und sollten sich vom ersten Tag an dieselbe Firmware teilen. Ob Apple sie danach synchron hält oder das Muster dieses Sommers wiederholt, ist die offene Frage.

Fazit

Sechs Jahre lang war die Firmware-Version eines Apple-Silicon-Macs eine Funktion einer einzigen Größe: der macOS-Version. Das machte sie nützlich – eine einzige Zahl, die verriet, welchen Sicherheitsstand ein Mac hatte, unabhängig davon, ob er das aktuelle macOS oder eines der beiden älteren Systeme ausführte. Diesen Sommer hörte das auf, zu stimmen: zunächst, weil Tahoes Zwischen-Updates Firmware mitbrachten, die die älteren Systeme nicht bekamen, und dann, gravierender, weil Apple änderte, was die Sequoia- und Sonoma-Updates installieren, ohne daran sichtbar irgendetwas zu ändern.

Nichts davon macht Ihren Mac unsicherer. Es macht die Firmware-Nummer schwerer zu interpretieren, es macht Tools, die sich darauf verließen, weniger nützlich, und es zeigt, dass Apple ein bereits ausgeliefertes Update still überarbeitet. Wenn Sie Macs administrieren, passen Sie Ihre Erwartungen jetzt an, bevor die Septemberwelle eine vierte macOS-Version ins Bild bringt. Wenn nicht, ist die praktische Erkenntnis kleiner: .9 und .10 sind beide in Ordnung, und die Nummer, um die Sie sich sorgen sollten, ist die, die sich ändert, obwohl sich sonst nichts geändert hat.

Weiterführende Lektüre: macOS Tahoe 26.6.2 und wer die 28 CVEs fand, der Screen-Sharing-Fix in 26.6.1, wie Hintergrund-Sicherheitsupdates unter Tahoe funktionieren, und was zu tun ist, wenn ein macOS-Update einen Mac nicht mehr starten lässt.