Wie andere habe ich den Verlust des Menüleistenelements „Schlüsselbundzugriff“ betrauert. In dem Thread, auf den ich verlinkt habe, schlägt das OP selbst eine selbst beschriebene „grobe Problemumgehung“ vor, bei der das Element keychain.menu aus /Applications/Utilities/Keychain Access.app/Contents/Resourceseinem Computer mit macOS 10.12 kopiert, kopiert und ausgeführt wird. Dies, so wird behauptet, stellt den Menüpunkt in der Menüleiste wieder her.
Ich habe es bis zur Veröffentlichung von 10.13.1 hinausgezögert, in der Hoffnung, dass das Verschwinden des Schlüsselbundzugriffs-Menüleistenelements ein Versehen war, das Apple umgehend korrigieren würde. Leider ist das nicht der Fall und seit dem gestrigen Update fehlt der Artikel immer noch, also denke ich, dass es eine bewusste Entscheidung von Apple ist.
Leider funktioniert die vorgeschlagene Methode, wie in diesem Thread angegeben, nicht.
Als ich die vorgeschlagene Lösung las, war mir ziemlich klar, dass dies eine Deaktivierung des Systemintegritätsschutzes (SIP) erfordern würde, da der Schlüsselbundzugriff zu Recht geschützt ist, da er ein Schlüsselknoten auf vielen Vertrauenspfaden durch das System ist. Also habe ich Folgendes getan: Ich habe SIP deaktiviert, den Menüpunkt von einem älteren System kopiert und ihn ausgeführt, in der Hoffnung, dass er in der Menüleiste erscheint. Leider ist dies nicht der Fall: Es wird gestartet, aber sonst passiert nichts. Ich habe diesen Eintrag schließlich im Systemprotokoll aufgespürt, obwohl SIP deaktiviert und als solches gemeldet wurde von csrutil status:
Sandbox: mdwrite(507) System Policy: allow file-write-xattr/Applications/Utilities/KeychainAccess.app/Contents/Resources/Keychain.menu
Violation: System Policy: allow file-write-xattr /Applications/Utilities/Keychain Access.app/Contents/Resources/Keychain.menu
MetaData: {"build":"Mac OS X 10.13.1 (17B48)","action":"allow","target":["Applications","Utilities","Keychain Access.app","Contents","Resources","Keychain.menu"],"hardware":"Mac","platform_binary":"yes","profile":"unknown","process":"mdwrite","op":"file-write-xattr"}
An diesem Punkt bin ich etwas ratlos, warum SIP immer noch verhindert, dass diese ausführbare Datei ausgeführt wird, obwohl sie angeblich deaktiviert ist, und wie ich sie tatsächlich zum Laufen bringen kann. Ich bin offensichtlich etwas überfordert.
Ich habe das Problem schließlich auf ein Problem zurückgeführt, bei dem die erweiterten Attribute ( xattr) des kopierten Schlüsselbund.Menü-Elements nicht identisch mit dem waren, was sie ursprünglich waren. Nachdem ich das behoben hatte, verschwand das Problem und die „rohe Methode“ funktioniert tatsächlich wie angekündigt.