# syspolicyd com CPU alta no Mac: encontre o gatilho

> Observe picos de CPU do syspolicyd e investigue apps avaliados repetidamente sem desativar o Gatekeeper.

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

Se o syspolicyd subir ao topo da lista de CPU depois de abrir um app baixado, comece pelo que acabou de abrir. As [notas da Apple sobre problemas do Gatekeeper](https://developer.apple.com/forums/thread/706379) mostram o syspolicyd participando da avaliação de políticas do sistema, incluindo verificações de notarização. O uso alto de CPU sozinho não identifica o app envolvido nem comprova uma falha.

## O que o syspolicyd verifica

O [Gatekeeper](https://developer.apple.com/developer-id/) ajuda a verificar o desenvolvedor de software distribuído fora da App Store. O [guia de assinatura de código da Apple](https://developer.apple.com/library/archive/documentation/Security/Conceptual/CodeSigningGuide/Procedures/Procedures.html) explica que o app e sua assinatura são avaliados na primeira abertura, incluindo código aninhado. O syspolicyd participa dessa segurança, não das funções normais do app.

A primeira abertura de um download novo é um ponto útil para investigar. Com um app atualizado, um pacote grande, vários instaladores ou compilações de desenvolvimento repetidas, anote o que foi aberto ou substituído quando a carga começou. São pistas, não uma garantia de que todo download ou compilação provoque a mesma avaliação ou demore mais.

Para os demais processos e sua origem, consulte [os processos do Mac explicados](https://mole.fit/pt-br/blog/mac-processes-explained). Aqui o foco é a avaliação repetida de um app.

## Observe um período tranquilo antes de mudar algo

Na lista de CPU do Monitor de Atividade, acompanhe o syspolicyd e anote quando a carga sobe e cai. O [guia do Monitor de Atividade da Apple](https://support.apple.com/en-qa/guide/activity-monitor/actmntr1001/mac) documenta pesquisa, ordenação por coluna e a janela de informações do processo.

1. Anote nome do app, versão e ação imediatamente anterior ao pico.
2. Deixe uma instalação em andamento terminar sem abrir mais apps novos.
3. Pause suas compilações e aberturas repetidas ou os lançamentos pendentes.
4. Observe várias leituras de CPU seguidas, depois teste um app conhecido sozinho.

Uma queda durante a pausa é uma pista útil, mas não identifica qual app anterior causou o trabalho. Não há um prazo fixo de espera. Um retorno sustentado ao nível tranquilo informa mais que uma leitura baixa isolada.

## Separe a primeira avaliação de um problema reproduzível

Mude apenas uma condição por vez na comparação.

| Observação | O que demonstra | Próximo passo |
| --- | --- | --- |
| A carga cai quando novas aberturas param | A atividade diminuiu naquele intervalo | Retomar o trabalho e observar se volta |
| O mesmo app coincide repetidamente com o pico | Correlação reproduzível, ainda não uma causa | Anotar a versão e examinar aquela cópia |
| A carga segue alta sem um gatilho identificável | A primeira abertura não explica tudo | Guardar as observações e contatar a Apple |

Se houver um ciclo de compilação, retome-o uma vez após a comparação tranquila e anote o resultado. Se o pico voltar, encerre o experimento. Não altere compilação, origem do instalador e ajustes de segurança ao mesmo tempo, pois isso torna a comparação inconclusiva.

## Investigue o app específico

A Apple separa assinaturas danificadas de problemas de notarização. Se a mesma cópia falhar repetidamente ao abrir, preserve seus documentos e obtenha um instalador novo do desenvolvedor. Um alerta e um pico de CPU são evidências diferentes.

Para investigar com o desenvolvedor ou suporte, a Apple documenta esta verificação de assinatura. Substitua o caminho de exemplo pelo app exato, mantendo as aspas:

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

A verificação não altera a assinatura. Uma falha precisa da interpretação do desenvolvedor; sucesso não comprova a notarização nem explica a CPU. Envie resultado, versões do app e macOS e momento da reprodução. Não repita a verificação enquanto mede se o Mac voltou a ficar tranquilo.

## Mantenha o Gatekeeper ativado

Desativar a avaliação muda uma proteção sem corrigir o app que a acionou. As [orientações de assinatura da Apple](https://developer.apple.com/developer-id/) explicam a identidade do desenvolvedor e a notarização. Não remova atributos de quarentena nem altere bancos de políticas do sistema como solução para CPU alta.

Se o Mac também fica lento em outros momentos, consulte [por que seu Mac está lento](https://mole.fit/pt-br/blog/why-is-my-mac-so-slow) para separar pressão de CPU de outras causas antes de remover apps ou dados.

## Onde o Mole entra

A página **Status** do Mole Mac mostra processos com uso de CPU e memória. A coluna **% CPU** permite ordená-los. O Mole não muda as políticas do Gatekeeper. Use a lista para observar a tendência, não como indicação para parar o syspolicyd.

## Perguntas frequentes

### CPU alta significa que o syspolicyd é malware?

O nome sozinho não comprova legitimidade nem malware. Confira a identidade do processo e a ação anterior ao aumento.

### Devo desativar o Gatekeeper para reduzir a CPU?

Não. Mantenha as verificações e investigue o app ou fluxo reproduzível. Sem um gatilho identificável, envie as observações à Apple em vez de mudar a política.

### Por que acontece de novo com o mesmo app?

É motivo para investigar aquela cópia e seu processo de atualização ou compilação. O pico por si só não prova assinatura danificada, notarização malsucedida ou defeito do macOS.

---

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