securityd verwendet 100% CPU und verschmutzt system.log

Ich habe das gleiche Problem mit der securitydBelegung einer hohen CPU auf einem Mac, es wird durch Source Tree-Anmeldeinformationen in Keychain Access verursacht. Durch das Entfernen der Anmeldedaten von SourceTree in KeyChain wurde meine CPU-Auslastung wieder auf ein normales Niveau zurückgesetzt.

In meinem Fall wurde der durchgedrehte securityd-Prozess von der GitHub-Desktop-App verursacht – während des Festschreibens verursachten Netzwerkprobleme einen Fehler im ssh-Handshake. Nachfolgende Commits verliefen problemlos. Die GitHub-App wurde offen gelassen, Securityd heizte meine CPU auf. Das Beenden der GitHub-App hat das Problem behoben – wahrscheinlich wurde etwas in securityd beendet. Meine Vermutung ist also, dass Securityd während Kryptooperationen ein Endlosschleifenproblem hat, vielleicht nur mit ssh und Handshakes.

Überprüfen Sie also, ob und wie Ihr täglicher Arbeitsablauf Securityd auslösen kann (Anmeldung am Server? Github?) und isolieren Sie das Problem.

Sie können das Problem vorübergehend beheben, indem Sie den SecurityAgent mit dem folgenden Terminalbefehl neu starten:

sudo killall SecurityAgent

Das hat bei mir jedes Mal funktioniert. Ich suche noch nach der Ursache.

Soweit ich das beurteilen kann, wurde dies durch den Wechsel zu einem anderen Benutzerkonto ausgelöst, bei dem ich das Passwort zurücksetzen musste, da ich das ursprüngliche Passwort vergessen hatte. Dies führte zu mehreren Schlüsselbundfehlern (ursprüngliches Passwort zum Entsperren des Schlüsselbunds erforderlich) und ich erhielt eine „Endlosschleife“ von Eingabeaufforderungen wie „Apple Messages Agent möchte das Element „Login“ aus Ihrem Schlüsselbund verwenden.“

Ich sehe genau dasselbe Problem zum zweiten Mal in Folge innerhalb einer Woche mit genau denselben Meldungen in der Konsole.

Für mich löst ein Neustart normalerweise das Problem (das erste Mal musste ich das Herunterfahren erzwingen, da die Maschine nicht reagierte). Und wie Sie muss ich noch den Auslöser finden, der die Nachrichten auslöst.

Der Aktivitätsmonitor ist nicht der Übeltäter, ich werde normalerweise durch den verrückten Lüfter gewarnt, also starte ich den Aktivitätsmonitor, nur um zu sehen, dass sowohl syslogd als auch securityd etwa 90 % der CPU verbrauchen.

Die Fehlersuche bei der eigentlichen Ursache kann problematisch sein, da XPC ein generisches Interprozess-Kommunikationsprotokoll ist und nur bei Bedarf geladen wird. Die Apple-Software verwendet dieses Subsystem wie jedes Drittanbieterprogramm - es könnte also Apples Fehler sein oder etwas, das Sie ausführen, und das Hauptproblem besteht darin, dass Sie keine einfache Möglichkeit haben, festzustellen, welches Programm die hohe Protokollierungslast verursacht (und vielleicht eine schwere legitime Arbeitslast sowie nur Protokollierung).

Ich stimme zu, dass jede diagnostische Protokollierung, die so schnell und unkontrollierbar ist, dass sie entweder den Energieverbrauch des Computers oder die Leistung des Computers spürbar beeinträchtigt, als Fehler betrachtet werden sollte.

Der produktivste Weg, dies zu beheben, besteht darin, das Problem tatsächlich zu dokumentieren und dies als Fehler an Apple zu melden.

Mavericks hat hervorragende Arbeit geleistet, indem es dem interessierten Endbenutzer sowohl die Diagnosewerkzeuge als auch den Energieverbrauch aller Prozesse im Laufe der Zeit offengelegt hat.

• Öffnen Sie Energy Saver, wählen Sie Energy und sortieren Sie nach Avg Energy Impact – machen Sie ein Bild des Fensters, in dem die Nutzungsprotokolle des letzten Tages verarbeitet werden.
• Wählen Sie die CPU-Ansicht, suchen Sie nach securityd, wählen Sie sie in der Liste der aktiven Tasks aus und wählen Sie dann "Systemdiagnose ausführen ..." entweder aus dem Menü Ansicht oder dem Zahnrad in der Symbolleiste.
• Senden Sie sowohl das Bild als auch den komprimierten Diagnosebericht an Apple unter https://developer.apple.com/bug-reporting/

Sie benötigen eine AppleID, die mit einer Art Entwicklerkonto verknüpft ist, sodass Sie sich kostenlos als Safari-Entwickler anmelden können, wenn Sie noch kein Konto haben, das zum Melden bestimmter Fehler an Apple aktiviert ist.

Ich habe das Problem wie folgt gelöst:

1. Öffnen Sie den Aktivitätsmonitor
2. Beenden der Sicherheit erzwingend
3. Geben Sie das Passwort des SSH-Schlüssels wie im Bild ein
4. Deaktivieren Sie Passwort im Schlüsselbund speichern
5. OK klicken

Ich hoffe, Ihnen zu helfen!

Ich denke, dass dies ein Fehler sein könnte, der viel älter ist als Mavericks. Ich bin mir nicht sicher, ob ich das gleiche Problem hatte wie Sie, weil ich meine nie überprüft habe syslog, aber ich habe securitydCPU und RAM aufgefressen. Ich habe eine alte Lösung von 2007 verwendet (für Leopard?).

tldr:

sudo mv /var/db/CodeEquivalenceDatabase /var/db/CodeEquivalenceDatabase.old

dann neu starten. Fühlen Sie sich frei, die alte Datei danach zu löschen, da OS X automatisch eine neue erstellt.

Ich habe eine VM mit virtualBox erstellt und dieses Problem ist einigermaßen wiederherstellbar. Ich habe einige Schlüsselbundelemente erstellt und wenn ich die Website besuche, für die das Schlüsselbundelement bestimmt ist, hängt die VM für gute 1-2 Minuten und wird dann freigegeben. Es kann git-osxkeychain-helper sein, der bewirkt, dass der Securityd-Prozess die gesamte CPU auffrisst.

Scheint etwas mit dem Schlüsselbund-Manager zu tun zu haben. Ich hatte gerade diesen und getöteten Schlüsselbund und es verschwand.