# Mac syspolicyd CPU 급증의 계기 찾기

> syspolicyd CPU 변화를 관찰하고 반복 평가되는 앱을 좁혀 Gatekeeper를 끄지 않고 조사합니다.

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

다운로드한 앱을 연 직후 syspolicyd가 CPU 목록 위로 올라왔다면 방금 연 앱부터 확인합니다. Apple의 [Gatekeeper 문제 해결 안내](https://developer.apple.com/forums/thread/706379)에는 syspolicyd가 공증 확인을 비롯한 시스템 정책 평가에 관여하는 예가 나옵니다. CPU 사용률만으로는 어떤 앱을 검사하는지, 문제가 생겼는지 알 수 없습니다.

## syspolicyd가 확인하는 것

[Gatekeeper](https://developer.apple.com/developer-id/)는 App Store 밖에서 배포하는 소프트웨어의 개발자 확인을 돕습니다. Apple의 [코드 서명 안내](https://developer.apple.com/library/archive/documentation/Security/Conceptual/CodeSigningGuide/Procedures/Procedures.html)는 처음 실행할 때 앱과 서명을 평가하며 내부 코드도 확인한다고 설명합니다. syspolicyd는 이 보안 작업에 관여하며 앱의 일반 기능을 대신 실행하는 것은 아닙니다.

새로 받은 앱의 첫 실행은 확인할 만한 시점입니다. 업데이트한 앱, 큰 앱 번들, 여러 설치 프로그램, 반복하는 개발 빌드가 관련되어 있다면 부하가 시작될 때 무엇을 열거나 교체했는지 기록합니다. 이는 조사할 단서이며 모든 다운로드나 빌드가 같은 평가를 일으키거나 더 오래 걸린다는 뜻은 아닙니다.

전체 프로세스와 소유 앱 확인은 [Mac 프로세스 설명](https://mole.fit/ko/blog/mac-processes-explained)을 참고하세요. 여기서는 같은 앱의 평가가 반복되는 상황에 집중합니다.

## 바꾸기 전에 새 작업을 멈추고 관찰하기

활성 상태 보기의 CPU 목록에서 syspolicyd를 보면서 부하가 오르고 내리는 시점을 기록합니다. Apple의 [활성 상태 보기 안내](https://support.apple.com/en-qa/guide/activity-monitor/actmntr1001/mac)는 검색, 열 정렬, 프로세스 정보 창을 설명합니다.

1. 급증 직전의 앱 이름, 버전, 작업을 기록합니다.
2. 진행 중인 설치는 완료하고 새 앱을 연달아 실행하지 않습니다.
3. 직접 반복하는 빌드와 실행 또는 대기 중인 앱 실행을 잠시 멈춥니다.
4. CPU 수치를 여러 번 확인한 다음 아는 앱 하나만 실행해 봅니다.

작업을 멈춘 동안 부하가 내려가면 도움이 되는 단서지만 앞서 연 앱 중 무엇이 원인인지는 확정할 수 없습니다. 정해진 대기 시간은 없으며 한 번 낮게 나오는 것보다 조용할 때의 수준으로 돌아가 유지되는지가 중요합니다.

## 첫 검사와 재현되는 문제 구분하기

한 번에 조건 하나만 바꿔 비교합니다.

| 관찰 | 알 수 있는 것 | 다음 단계 |
| --- | --- | --- |
| 새 앱 실행을 멈추면 부하가 내려감 | 그 구간에 활동이 줄었음 | 평소 작업으로 돌아가 재발 확인 |
| 같은 앱에서 반복해서 부하가 오름 | 재현되는 상관관계이며 원인은 미확정 | 버전을 기록하고 그 앱 사본 조사 |
| 뚜렷한 계기 없이 높은 부하가 지속됨 | 첫 실행만으로는 설명이 부족함 | 기록을 보관하고 Apple 지원에 문의 |

빌드 반복이 관련된다면 조용한 상태와 비교한 뒤 한 번만 재개하고 결과를 적습니다. 다시 급증하면 실험을 멈춥니다. 빌드 방식, 설치 파일 출처, 보안 설정을 동시에 바꾸면 어느 변화가 영향을 줬는지 알기 어렵습니다.

## 해당 앱을 조사하기

Apple은 손상된 서명과 공증 문제를 구분합니다. 같은 사본이 반복해서 열리지 않으면 문서를 보관한 다음 개발자가 제공하는 새 설치 파일을 받습니다. 경고 메시지와 CPU 급증은 별도 증거로 다룹니다.

개발자나 지원 담당자의 조사에는 Apple이 안내하는 다음 서명 검증을 쓸 수 있습니다. 따옴표는 남기고 예시 경로를 조사할 앱의 정확한 경로로 바꿉니다.

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

서명을 변경하지 않고 코드를 검사합니다. 실패 결과는 개발자의 해석이 필요하며 성공해도 공증이 정상이라는 증거나 CPU 부하의 설명은 아닙니다. 결과와 앱 버전, macOS 버전, 재현 시점을 개발자에게 전달하세요. 부하가 가라앉는지 측정하면서 검증을 반복하지 않습니다.

## Gatekeeper는 켜 두기

평가를 끄면 보안 경계가 바뀔 뿐 이를 유발한 앱이 고쳐지지는 않습니다. Apple의 [서명 안내](https://developer.apple.com/developer-id/)는 개발자 신원과 공증이 필요한 이유를 설명합니다. CPU 사용률을 낮추려고 격리 속성을 지우거나 시스템 정책 데이터베이스를 바꾸지 마세요.

이 프로세스 외에도 Mac이 느리다면 [Mac이 느린 이유](https://mole.fit/ko/blog/why-is-my-mac-so-slow)에서 CPU 압박과 다른 원인을 구분한 다음 앱이나 데이터 삭제를 판단합니다.

## Mole의 역할

Mole Mac의 **상태** 페이지는 프로세스별 CPU와 메모리 사용량을 보여 주며 **% CPU** 열로 정렬할 수 있습니다. Mole은 Gatekeeper 정책을 바꾸지 않습니다. 목록은 추이를 보는 데 사용하고 syspolicyd를 종료하라는 신호로 받아들이지 마세요.

## 자주 묻는 질문

### syspolicyd의 높은 CPU 사용률은 악성 코드라는 뜻인가요?

이름만으로 정상 또는 악성이라고 단정할 수 없습니다. 프로세스의 정체와 부하 직전의 작업을 확인합니다.

### CPU 사용률을 줄이려고 Gatekeeper를 꺼도 되나요?

끄지 말고 계기가 된 앱이나 반복 작업을 조사하세요. 계기를 찾지 못하면 정책을 바꾸는 대신 관찰 기록을 Apple 지원에 전달합니다.

### 같은 앱에서 왜 다시 발생하나요?

해당 사본과 업데이트 또는 빌드 과정을 살펴볼 이유는 됩니다. 하지만 급증만으로 서명 손상, 공증 실패, macOS 결함을 입증하지는 못합니다.

---

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