# syspolicyd y CPU alta en Mac: encuentra el desencadenante

> Observa los picos de syspolicyd e investiga una app evaluada repetidamente sin desactivar Gatekeeper.

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

Si syspolicyd sube al principio de la lista de CPU tras abrir una app descargada, empieza por comprobar qué acabas de abrir. Las [notas de Apple sobre problemas de Gatekeeper](https://developer.apple.com/forums/thread/706379) muestran a syspolicyd participando en la evaluación de políticas del sistema, incluida la comprobación de notarización. Una carga alta por sí sola no identifica la app ni demuestra una avería.

## Qué comprueba syspolicyd

[Gatekeeper](https://developer.apple.com/developer-id/) ayuda a verificar al desarrollador del software distribuido fuera del App Store. La [guía de firma de código de Apple](https://developer.apple.com/library/archive/documentation/Security/Conceptual/CodeSigningGuide/Procedures/Procedures.html) explica que la app y su firma se evalúan en el primer inicio, incluido el código anidado. syspolicyd participa en esos controles, en lugar de ejecutar las funciones habituales de la app.

El primer inicio de una descarga nueva es un punto útil para investigar. Con una app actualizada, un paquete grande, varios instaladores o compilaciones de desarrollo repetidas, apunta qué abriste o reemplazaste cuando empezó la carga. Son pistas, no una garantía de que cada descarga o compilación active la misma evaluación o tarde más.

Para los demás procesos y su origen, consulta [los procesos de Mac explicados](https://mole.fit/es/blog/mac-processes-explained). Esta guía se centra en las evaluaciones repetidas de una app.

## Observa un periodo tranquilo antes de cambiar nada

En la lista de CPU de Monitor de Actividad, observa syspolicyd y anota cuándo sube y baja la carga. La [guía de Monitor de Actividad de Apple](https://support.apple.com/en-qa/guide/activity-monitor/actmntr1001/mac) explica la búsqueda, el orden por columnas y la ventana de información de un proceso.

1. Anota el nombre de la app, su versión y la acción justo antes del pico.
2. Deja que termine una instalación en marcha sin abrir más apps nuevas.
3. Pausa tus compilaciones e inicios repetidos o los lanzamientos pendientes.
4. Observa varias lecturas seguidas y después prueba una sola app conocida.

Una bajada durante la pausa es una pista útil, pero no identifica la app anterior responsable. No hay un plazo fijo de espera. Un regreso sostenido al nivel tranquilo aporta más que una sola lectura baja.

## Distingue la primera evaluación de un problema reproducible

Cambia una sola condición cada vez para poder comparar.

| Observación | Qué demuestra | Siguiente paso |
| --- | --- | --- |
| La carga baja al dejar de abrir apps nuevas | La actividad disminuyó en ese intervalo | Volver al trabajo y observar si se repite |
| La misma app coincide repetidamente con el pico | Correlación reproducible, todavía no una causa | Anotar la versión e investigar esa copia |
| La carga sigue alta sin un desencadenante identificable | El primer inicio no lo explica todo | Guardar las observaciones y contactar con Apple |

Si hay un ciclo de compilación, reanúdalo una vez tras la comparación tranquila y anota el resultado. Si vuelve el pico, termina el experimento. No cambies a la vez la compilación, la fuente del instalador y los ajustes de seguridad.

## Investiga la app concreta

Apple distingue las firmas dañadas de los problemas de notarización. Si la misma copia falla repetidamente al abrirse, conserva tus documentos y consigue un instalador nuevo del desarrollador. Una alerta y un pico de CPU son pruebas distintas.

Para investigar con el desarrollador o soporte, Apple documenta esta verificación de firma. Sustituye la ruta de ejemplo por la de la app exacta, manteniendo las comillas:

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

La comprobación no cambia la firma. Un fallo requiere interpretación del desarrollador; un resultado correcto no demuestra la notarización ni explica la CPU. Envía al desarrollador el resultado, las versiones de la app y macOS y el momento de reproducción. No repitas la verificación mientras mides si el Mac vuelve a estar tranquilo.

## Mantén Gatekeeper activado

Desactivar la evaluación cambia una protección sin reparar la app que la desencadena. Las [indicaciones de firma de Apple](https://developer.apple.com/developer-id/) explican la identidad del desarrollador y la notarización. No quites atributos de cuarentena ni alteres bases de políticas del sistema para reducir la CPU.

Si el Mac también va lento en otras situaciones, consulta [por qué tu Mac va lento](https://mole.fit/es/blog/why-is-my-mac-so-slow) para separar la presión de CPU de otras causas antes de quitar apps o datos.

## Dónde encaja Mole

La página **Estado** de Mole Mac muestra procesos con su uso de CPU y memoria. La columna **% CPU** permite ordenarlos. Mole no cambia las políticas de Gatekeeper. Usa la lista para observar la evolución, no como una indicación de detener syspolicyd.

## Preguntas frecuentes

### ¿Una CPU alta significa que syspolicyd es malware?

El nombre no demuestra ni legitimidad ni malware. Comprueba la identidad del proceso y la acción anterior a la subida.

### ¿Debo desactivar Gatekeeper para reducir la CPU?

No. Conserva las comprobaciones e investiga la app o el flujo reproducible. Si no encuentras el desencadenante, envía las observaciones a Apple sin cambiar la política.

### ¿Por qué ocurre otra vez con la misma app?

Es motivo para investigar esa copia y su proceso de actualización o compilación. El pico por sí solo no prueba una firma dañada, una notarización fallida ni un defecto de macOS.

---

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