Mit macOS Tahoe 26.4 hat Apple den Login-Schlüsselbund enger an die jeweilige Hardware gebunden. Das erhöht die Sicherheit, macht aber das Kopieren des Schlüsselbunds auf andere Macs unmöglich.
Login-Schlüsselbund fest an Secure Enclave gekoppelt
Angriffe auf Mac-Nutzer:innen werden komplexer, unter anderem durch den Einsatz von KI, neuen Schadprogrammen und ausgefeilteren Einbruchstechniken. Apple reagiert mit zusätzlichen Sicherheitsmechanismen in Betriebssystem und Software, was die Arbeit von Administrator:innen jedoch erschweren kann.
In einem Blogbeitrag vom 8. September beschreibt Rich Trouton, dass sich Login-Schlüsselbunddateien nicht mehr manuell von einem Mac auf einen anderen kopieren und dort weiterverwenden lassen. Früher konntet Ihr das entsprechende SQLite-Datenbankfile aus dem Benutzerverzeichnis einfach auf einen zweiten Mac übertragen und direkt nutzen.
Mit einem Update von macOS Tahoe funktioniert das nur noch auf Macs ohne Secure Enclave. Auf Systemen mit Secure Enclave verweigert der kopierte Login-Schlüsselbund den Dienst. Grund ist, dass die Secure Enclave den Metadatenschlüssel schützt, der die Schlüsselbundattribute absichert, die für die Entschlüsselung nötig sind.
Der Metadatenschlüssel kann im Anwendungsprozessor zwischengespeichert werden, um Zugriffe auf den Schlüsselbund zu beschleunigen. Damit dieser Cache überhaupt existiert, muss die Secure Enclave jedoch zuvor eingebunden werden. Wird die Login-Schlüsselbunddatei auf einen anderen Mac verschoben, fehlt dort der passende Secure‑Enclave-Schlüssel, der Schlüsselbund lässt sich nicht öffnen.
Änderung seit macOS Tahoe 26.4 aktiv
Obwohl das Verhalten erst jetzt breiter auffällt, stammt die Änderung bereits aus dem März. Laut Trouton und einem weiteren Beitrag von Jeff Johnson vom 10. September wurde sie mit macOS 26.4 eingeführt.
Tests zeigten, dass sich der Login-Schlüsselbund unter macOS 26.3 weiterhin kopieren ließ, auch in einer virtuellen Maschine. Wurde der Login-Schlüsselbund jedoch aus einer virtuellen Maschine mit macOS 26.4 exportiert, ließ er sich auf anderen Macs nicht mehr lesen.
Andere Schlüsselbunde außer dem Login-Schlüsselbund sind von der Änderung nicht betroffen und lassen sich weiterhin auf anderen Macs entsperren. In einem Nachtrag vom 11. September bezeichnet Johnson die Änderung als „tickende Zeitbombe“, die Apple in ein kleines macOS-Update eingebaut habe.
Für macOS 26.3 und älter erklärt Johnson, dass Nutzer:innen ihren Login-Schlüsselbund auf einem neuen Mac durch Kopieren wiederherstellen konnten. Unter macOS 26.4 sei das nicht mehr möglich. Im Ernstfall, etwa beim plötzlichen Ausfall eines Macs, würden Nutzer:innen erst im Notmoment feststellen, dass der Login-Schlüsselbund nicht mehr funktioniert. Johnson nennt dieses Vorgehen „unglaublich unverantwortlich“ von Apple.
Ausnahmen und mögliche Workarounds
Ein simples Kopieren des Login-Schlüsselbunds und dessen Nutzung auf einem anderen Mac scheitert also an der neuen Sicherheitsarchitektur. Diese soll verhindern, dass Angreifer genau so an Anmeldedaten kommen.
Probleme entstehen nur, wenn Ihr Eure Zugangsdaten genau auf diese Weise migrieren wollt. Wer Backups auf demselben Mac wiederherstellt, ist nicht betroffen, da Secure Enclave und Metadatenschlüssel identisch bleiben. Auch der Migrationsassistent funktioniert weiterhin wie gewohnt.
Herausfordernd wird es hingegen für Administrator:innen, die in Unternehmensumgebungen Massenmigrationen durchführen. Hier kann das neue Verhalten zusätzliche Arbeitsschritte erzwingen. Als Ausweg bietet sich das vorherige Exportieren einzelner Schlüsselbundobjekte an, ebenso der Einsatz eigener Schlüsselbunde oder alternativer Passwortmanager.
Für Privatanwender:innen kann die iCloud-Schlüsselbund-Funktion ein praktikabler Weg sein. Sie sorgt dafür, dass Passwörter nicht nur auf iPhone und iPad, sondern auch zwischen mehreren Macs synchron bleiben, ohne dass Ihr den Login-Schlüsselbund manuell kopieren müsst.
