syspolicyd sur Mac : identifier les pics de CPU
Si syspolicyd arrive en tête de la liste CPU après l’ouverture d’une app téléchargée, commencez par identifier ce que vous venez d’ouvrir. Les notes de dépannage de Gatekeeper d’Apple montrent syspolicyd participant à l’évaluation des règles système, notamment à la vérification de notarisation. Une forte charge ne révèle à elle seule ni l’app concernée ni une panne.
Ce que vérifie syspolicyd
Gatekeeper aide à vérifier l’identité du développeur des logiciels distribués hors de l’App Store. Le guide de signature du code d’Apple décrit l’évaluation de l’app et de sa signature au premier lancement, y compris le code imbriqué. syspolicyd participe à ces contrôles, plutôt qu’aux fonctions ordinaires de votre app.
Le premier lancement d’un nouveau téléchargement est donc une piste utile. Pour une app mise à jour, un paquet volumineux, plusieurs programmes d’installation ou des compilations de développement répétées, notez ce qui a été ouvert ou remplacé au début de la charge. Ce sont des pistes à tester, pas la garantie que chaque téléchargement ou compilation déclenche la même évaluation ou prend plus de temps.
Pour les autres processus et leur origine, consultez les processus Mac expliqués. Ce guide se concentre sur les évaluations répétées d’une app.
Observer une période calme avant toute modification
Dans la liste CPU du Moniteur d’activité, observez syspolicyd et notez les hausses et les baisses. Le guide du Moniteur d’activité d’Apple décrit la recherche, le tri par colonne et la fenêtre d’informations d’un processus.
- Notez le nom de l’app, sa version et l’action juste avant la hausse.
- Laissez l’installation en cours se terminer sans ouvrir d’autres nouvelles apps.
- Mettez en pause vos compilations et lancements répétés ou les lancements en attente.
- Observez plusieurs mesures CPU successives, puis essayez une app connue seule.
Une baisse pendant cette pause est un indice, sans identifier l’app précédente responsable. Cette procédure ne fixe aucun délai. Un retour durable vers le niveau au repos est plus parlant qu’une seule mesure basse.
Distinguer un premier contrôle d’un problème reproductible
Ne changez qu’une condition à la fois pour garder une comparaison lisible.
| Observation | Ce qu’elle établit | Étape suivante |
|---|---|---|
| La charge baisse après l’arrêt des nouveaux lancements | L’activité s’est calmée pendant cet intervalle | Reprendre le travail et surveiller un retour |
| La même app coïncide à chaque fois avec la hausse | Une corrélation reproductible, pas encore une cause | Noter la version et examiner cette copie |
| La charge reste élevée sans déclencheur identifiable | Le premier lancement n’explique pas tout | Conserver les observations et contacter Apple |
Si une boucle de compilation est concernée, reprenez-la une fois après la comparaison au calme et notez le résultat. Arrêtez le test si la hausse revient. Ne modifiez pas simultanément compilation, source de l’installateur et réglages de sécurité.
Examiner l’app concernée
Apple distingue les signatures endommagées des problèmes de notarisation. Si la même copie refuse régulièrement de s’ouvrir, conservez vos documents puis récupérez un nouvel installateur auprès du développeur. Une alerte et une hausse CPU sont deux indices distincts.
Pour une investigation avec le développeur ou l’assistance, Apple documente cette vérification de signature. Remplacez le chemin d’exemple par celui de l’app exacte, en gardant les guillemets :
codesign -v -vvv --strict --deep "/Applications/Example.app"
Cette vérification ne change pas la signature. Un échec doit être interprété par le développeur ; une réussite ne prouve ni la notarisation ni la cause de la charge CPU. Transmettez le résultat, les versions de l’app et de macOS, ainsi que le moment de reproduction. Ne relancez pas cette vérification en boucle pendant la mesure du retour au calme.
Garder Gatekeeper activé
Désactiver l’évaluation modifie une protection sans réparer l’app qui la déclenche. Les consignes de signature d’Apple expliquent le rôle de l’identité du développeur et de la notarisation. Ne supprimez pas les attributs de quarantaine et ne modifiez pas les bases de règles système pour réduire la charge.
Si le Mac reste lent dans d’autres situations, consultez pourquoi votre Mac est lent pour distinguer la pression CPU des autres causes avant de supprimer des apps ou des données.
Le rôle de Mole
La page État de Mole Mac affiche les processus avec leur consommation CPU et mémoire. La colonne % CPU permet de les trier. Mole ne modifie pas les règles de Gatekeeper. Utilisez la liste pour observer l’évolution, pas comme une invitation à arrêter syspolicyd.
FAQ
Une forte charge signifie-t-elle que syspolicyd est malveillant ?
Le nom seul ne prouve ni la légitimité ni la présence d’un logiciel malveillant. Vérifiez l’identité du processus et l’action ayant précédé la charge.
Faut-il désactiver Gatekeeper pour réduire la charge ?
Non. Gardez les contrôles et recherchez l’app ou le scénario reproductible. Sans déclencheur identifiable, transmettez vos observations à Apple plutôt que de changer les règles.
Pourquoi cela revient-il avec la même app ?
Cela justifie d’examiner cette copie et son cycle de mise à jour ou de compilation. La hausse seule ne prouve ni signature endommagée, ni échec de notarisation, ni défaut de macOS.