# syspolicyd e CPU alta su Mac: trova cosa lo attiva

> Osserva i picchi CPU di syspolicyd e indaga sulle app valutate ripetutamente senza disattivare Gatekeeper.

Published: 2026-05-25 | Updated: 2026-10-31

Se syspolicyd sale in cima all’elenco CPU dopo aver aperto un’app scaricata, parti da ciò che hai appena aperto. Le [note di Apple sui problemi di Gatekeeper](https://developer.apple.com/forums/thread/706379) mostrano syspolicyd coinvolto nella valutazione dei criteri di sistema, compresi i controlli di autenticazione notarile. Un carico elevato, da solo, non identifica l’app coinvolta né dimostra un guasto.

## Che cosa controlla syspolicyd

[Gatekeeper](https://developer.apple.com/developer-id/) aiuta a verificare lo sviluppatore del software distribuito fuori dall’App Store. La [guida Apple alla firma del codice](https://developer.apple.com/library/archive/documentation/Security/Conceptual/CodeSigningGuide/Procedures/Procedures.html) descrive la valutazione dell’app e della firma al primo avvio, incluso il codice incorporato. syspolicyd partecipa a questi controlli di sicurezza, non alle normali funzioni dell’app.

Il primo avvio di un nuovo download è quindi un punto da controllare. Con un’app aggiornata, un bundle grande, diversi programmi di installazione o build di sviluppo ripetute, annota quale elemento hai aperto o sostituito all’inizio del carico. Sono piste da verificare, non la garanzia che ogni download o build attivi la stessa valutazione o richieda più tempo.

Per gli altri processi e la loro origine, leggi [la spiegazione dei processi Mac](https://mole.fit/it/blog/mac-processes-explained). Qui ci concentriamo sulle valutazioni ripetute di un’app.

## Osserva una fase tranquilla prima di cambiare qualcosa

Nell’elenco CPU di Monitoraggio Attività osserva syspolicyd e annota quando il carico sale e scende. La [guida Apple a Monitoraggio Attività](https://support.apple.com/en-qa/guide/activity-monitor/actmntr1001/mac) descrive ricerca, ordinamento per colonna e finestra di informazioni del processo.

1. Annota nome dell’app, versione e operazione immediatamente prima del picco.
2. Lascia finire un’installazione già avviata, senza aprire altre nuove app.
3. Metti in pausa le tue compilazioni e aperture ripetute o gli avvii in coda.
4. Osserva diverse letture CPU consecutive, poi prova una sola app conosciuta.

Un calo durante la pausa è un indizio utile, ma non identifica l’app precedente responsabile. Non c’è un tempo di attesa fisso. Un ritorno stabile verso il livello a riposo vale più di una sola lettura bassa.

## Distingui il primo controllo da un problema ripetibile

Nel confronto cambia una sola condizione alla volta.

| Osservazione | Che cosa dimostra | Passo successivo |
| --- | --- | --- |
| Il carico cala interrompendo i nuovi avvii | L’attività è diminuita in quell’intervallo | Riprendere il lavoro e osservare eventuali ricomparse |
| La stessa app coincide ripetutamente con il picco | Correlazione ripetibile, non ancora una causa | Annotare la versione e controllare quella copia |
| Il carico resta alto senza un evento riconoscibile | Il primo avvio non spiega tutto | Conservare le osservazioni e contattare Apple |

Se è coinvolto un ciclo di build, riprendilo una volta dopo il confronto a riposo e annota il risultato. Se torna il picco, ferma l’esperimento. Non cambiare insieme build, fonte del programma di installazione e impostazioni di sicurezza: il confronto diventerebbe ambiguo.

## Esamina l’app specifica

Apple distingue una firma danneggiata da un problema di autenticazione notarile. Se la stessa copia continua a non aprirsi, conserva i documenti e procurati un nuovo programma di installazione dallo sviluppatore. Un avviso e un picco CPU sono indizi separati.

Per un’indagine con lo sviluppatore o l’assistenza, Apple documenta questa verifica della firma. Sostituisci il percorso di esempio con quello dell’app precisa, mantenendo le virgolette:

```sh
codesign -v -vvv --strict --deep "/Applications/Example.app"
```

Il controllo non cambia la firma. Un errore va interpretato dallo sviluppatore; un esito positivo non dimostra l’autenticazione notarile né spiega il carico CPU. Invia risultato, versioni dell’app e di macOS e momento della riproduzione. Non ripetere la verifica mentre misuri se il Mac torna tranquillo.

## Lascia Gatekeeper attivo

Disattivare la valutazione cambia una protezione, senza riparare l’app che l’ha attivata. Le [indicazioni Apple sulla firma](https://developer.apple.com/developer-id/) spiegano il ruolo dell’identità dello sviluppatore e dell’autenticazione notarile. Non rimuovere gli attributi di quarantena né modificare i database dei criteri di sistema per ridurre la CPU.

Se il Mac è lento anche altrove, usa [perché il Mac è lento](https://mole.fit/it/blog/why-is-my-mac-so-slow) per separare il carico CPU da altre cause prima di rimuovere app o dati.

## Il ruolo di Mole

La pagina **Stato** di Mole Mac mostra i processi con uso di CPU e memoria. La colonna **% CPU** permette di ordinarli. Mole non cambia i criteri di Gatekeeper. Usa l’elenco per osservare l’andamento, non come invito a fermare syspolicyd.

## Domande frequenti

### Un carico CPU elevato significa che syspolicyd è malware?

Il nome da solo non dimostra né legittimità né malware. Controlla l’identità del processo e l’azione precedente al carico.

### Devo disattivare Gatekeeper per ridurre il carico?

No. Mantieni i controlli e indaga sull’app o sul flusso ripetibile. Se non trovi un evento scatenante, passa le osservazioni ad Apple senza cambiare i criteri.

### Perché succede ancora con la stessa app?

È un motivo per esaminare quella copia e il suo ciclo di aggiornamento o build. Il picco, da solo, non prova una firma danneggiata, un’autenticazione notarile non riuscita o un difetto di macOS.

---

Canonical HTML page: https://mole.fit/it/blog/syspolicyd-high-cpu-mac
Blog index for agents: https://mole.fit/it/blog/llms.txt
Site index for agents: https://mole.fit/llms.txt