securityd utilisant 100% du CPU et polluant system.log

J'ai le même problème avec securityd occupant un CPU élevé sur un Mac, c'est causé par les informations d'identification de Source Tree dans Keychain Access. La suppression des données de connexion de SourceTree dans KeyChain a rétabli mon utilisation du CPU à des niveaux normaux.

Dans mon cas, le processus de sécurité détraqué a été causé par l'application de bureau de GitHub - pendant le commit, des problèmes de réseau ont causé une erreur dans le ssh handshake. Les commits suivants se sont déroulés sans problème. L'application GitHub était laissée ouverte, securityd faisait chauffer mon processeur. Quitter l'application GitHub a réglé le problème - probablement en terminant quelque chose dans securityd. Donc, je pense que securityd a un problème de boucle infinie pendant les opérations de cryptage, peut-être juste avec ssh et handshakes.

Vérifiez donc si et comment votre flux de travail quotidien peut déclencher securityd (connexion au serveur ? github ?) et isolez le problème.

Vous pouvez pallier temporairement le problème en redémarrant SecurityAgent à l'aide de la commande de terminal suivante :

sudo killall SecurityAgent

Cela a fonctionné à chaque fois pour moi. Je suis toujours en train de chercher la cause profonde.

Pour autant que je sache, cela a été déclenché par le passage à un autre compte utilisateur dont j'ai dû réinitialiser le mot de passe car j'avais oublié le mot de passe d'origine. Cela a provoqué de multiples échecs du trousseau (le mot de passe d'origine était nécessaire pour déverrouiller le trousseau) et j'ai eu une "boucle sans fin" d'invites du type "L'agent de messagerie Apple veut utiliser l'élément 'login' de votre trousseau ".

Je rencontre le même problème pour la deuxième fois consécutive en une semaine, avec les mêmes messages dans la console.

Pour moi, le redémarrage résout généralement le problème (la première fois, j'ai dû forcer l'arrêt car la machine ne répondait pas). Et comme vous, je n'ai pas encore trouvé le déclencheur qui fait apparaître les messages.

Le moniteur d'activité n'est pas le coupable, je suis généralement alerté par le ventilateur qui s'emballe, alors je lance le moniteur d'activité juste pour voir que syslogd et securityd utilisent environ 90% du CPU.

La recherche de la cause réelle peut s'avérer problématique car XPC est un protocole générique de communication interprocessus. et ne se charge que sur demande. Le logiciel d'Apple utilise ce sous-système, tout comme n'importe quel programme tiers. Cela peut donc être la faute d'Apple ou de quelque chose que vous exécutez, le problème principal étant que vous n'avez pas de moyen facile de savoir quel programme est à l'origine de la lourde charge de journalisation (et peut-être d'une lourde charge de travail légitime en plus de la simple journalisation).

J'accepte que tout enregistrement de diagnostic qui est si rapide et incontrôlable qu'il affecte sensiblement la consommation d'énergie de l'ordinateur ou les performances de l'ordinateur soit considéré comme un défaut.

La manière la plus productive de traiter ce problème est de le documenter et de le signaler à Apple en tant que bogue.

Mavericks a fait un excellent travail en exposant à l'utilisateur final intéressé à la fois les outils de diagnostic et la consommation d'énergie dans le temps de tous les processus.

• Ouvrez Energy Saver, sélectionnez Énergie et triez par Impact énergétique moyen - prenez une photo de la fenêtre dans laquelle sont traités les journaux d'utilisation du dernier jour.
• Sélectionnez la vue CPU, recherchez securityd sélectionnez-la dans la liste des tâches actives, puis "Exécuter le diagnostic du système..." dans le menu Affichage ou dans l'engrenage de la barre d'outils.
• Envoyez la photo et le rapport de diagnostic compressé à Apple à l'adresse suivante https://developer.apple.com/bug-reporting/

Vous aurez besoin d'un AppleID associé à une sorte de compte de développeur. Vous pouvez donc vous inscrire gratuitement en tant que développeur Safari si vous ne disposez pas déjà d'un compte permettant de signaler des bogues spécifiques à Apple.