Apple이 10월 2일 macOS 전체 디스크 접근 부여 절차를 조이겠다고 밝혔다. 터미널에서 띄운 Claude Code·Codex는 터미널이 받은 허가로 판정된다. 시행을 기다리지 말고 권한 목록 속 터미널·IDE 항목부터 확인한다.
맥에서 백업 스크립트나 미디어 변환 도구를 돌리다 "Operation not permitted"를 만나면, 흔히 나오는 해법은 터미널에 전체 디스크 접근 권한을 켜는 것이다. 한 번 켠 항목은 사용자가 끌 때까지 그대로 남는다.
같은 터미널에서 이제 Claude Code, Codex, Copilot CLI가 돈다. 사람이 직접 치던 명령을 에이전트가 고르고 실행한다. Apple이 이 권한을 손보겠다고 발표했지만, 발표가 겨눈 지점과 개발자 맥에서 권한이 실제로 붙어 있는 지점은 다를 수 있다.
Apple은 백업 앱용 예외를 에이전트가 쓰는 상황을 문제 삼았다
Apple 10월 2일 개발자 공지는 전체 디스크 접근(Full Disk Access)을 백업 앱이 돌아가도록 개인정보 보호 장치 대부분을 비켜 가게 만든 권한으로 설명한다. 일부 개발자가 이 권한으로 파일·메일·메시지·브라우저 기록까지 사용자가 충분히 이해하지 못한 채 노출하고 있다고 적었다. 메신저 앱이라면 대화 상대의 개인정보도 함께 위험해진다. Apple은 정말 이 권한을 주려는 사용자만 "매우 명시적인 동작"으로 줄 수 있게 통제를 추가하겠다고 했다. 이유로는 AI 에이전트가 자율적으로 움직일수록 이 권한의 위험이 크게 커진다는 점을 들었다.
발표 직전 Meta의 Muse를 두고 다툼이 있었다. The Next Web 후속 보도에 따르면 Inc. 칼럼니스트 Jason Aten은 Muse가 Mac의 메시지 데이터베이스를 187,462번째 행까지 동기화했고, 그때 Muse 설정에는 전체 디스크 접근이 꺼져 있었다고 썼다. TechCrunch 9월 30일 보도에 따르면 Meta는 Mac 앱의 메시지 연동이 전체 디스크 접근과 Messages 커넥터를 둘 다 켜야 하는 옵트인이라고 반박했다. 원인은 아직 공개되지 않았다. 다만 두 설명 모두 메시지 데이터베이스를 여는 조건으로 전체 디스크 접근을 꼽는다.
에이전트가 쓰는 권한은 에이전트를 띄운 앱이 정한다
Apple이 예고한 통제는 사용자가 앱에 권한을 주는 순간을 겨눈다. 그런데 개발자 맥에서는 이 권한이 에이전트 앱이 아니라 터미널에 붙어 있을 수 있다.
Apple 개발자 포럼 2024년 6월 답변에서 Apple DTS 엔지니어 Quinn은 macOS 권한 체계(TCC)가 "책임 코드(responsible code)"를 찾아 권한을 판정한다고 설명했다. 그는 이것이 어떻게 컴파일했느냐가 아니라 어떻게 실행했느냐의 문제라고 정리했다. 같은 답변을 에이전트 실행 방식에 맞춰 보면 다음과 같다.
| 에이전트를 실행한 방식 | macOS가 권한을 확인하는 대상 |
|---|---|
Terminal·iTerm2에서 claude, codex, copilot 입력 | 그 터미널 앱 |
| VS Code·Cursor 같은 앱이 띄운 셸에서 실행 | 셸을 띄운 부모 앱 |
| 다른 기기에서 SSH로 접속해 실행 | SSH 서버 |
터미널에 전체 디스크 접근을 켜 두었다면, 그 안에서 실행한 Claude Code가 메시지 데이터베이스나 메일 폴더를 열 때 macOS는 터미널의 허가를 확인한다. 에이전트가 띄우는 "이 명령을 실행할까요" 확인 창은 운영체제 판정과 별개로 작동한다. 확인 창을 습관처럼 넘기면, 보호 폴더 접근을 막는 장치는 터미널 항목이 꺼져 있는지 하나로 줄어든다.
Apple 공지는 이미 켜 둔 항목을 어떻게 처리할지, 어느 macOS 버전부터 적용할지 밝히지 않았다. 새 통제가 앞으로 주는 권한에만 걸린다면 몇 년 전 터미널에 준 권한은 그대로 남는다.
화면을 직접 조작하는 에이전트는 또 다른 권한을 쓴다. GitHub 10월 1일 공지에 따르면 Copilot computer use는 macOS에서 손쉬운 사용(Accessibility)과 화면 기록 권한을 안내한다. 이 두 권한은 이번 Apple 공지에 나오지 않는다. computer use의 승인 설정은 Copilot computer use는 앱 조작 승인을 권한 모드에 맡긴다, 조직이 정할 값은 features.computerUse와 bypass 차단 두 줄이다에서 다뤘다.
가져갈 것
- 개발자 맥의 시스템 설정 > 개인정보 보호 및 보안 > 전체 디스크 접근 권한 목록에서 Terminal·iTerm2·VS Code·Cursor 항목이 꺼져 있는가?
- 켜 둔 항목이 있다면, 그 권한이 필요한 작업 이름(백업 스크립트, 미디어 변환 등)을 지금 댈 수 있는가?
- Claude Code·Codex·Copilot CLI를 전체 디스크 접근이 꺼진 터미널 앱에서만 실행하는가?
- Jamf·Intune 같은 MDM의 PPPC 프로필에 터미널·IDE 번들 ID로
SystemPolicyAllFiles를 허용한 항목이 있는가? - Muse처럼 메시지 연동을 제공하는 데스크톱 에이전트 앱이 같은 목록에 켜져 있는가?
- Apple이 전체 디스크 접근 변경을 담은 macOS 버전을 발표하면 이 목록을 다시 열 담당자가 정해져 있는가?
안 되는 경우
- Apple은 시행 시점·대상 macOS 버전·기존 부여 처리 방식을 밝히지 않았다. 새 통제가 기존 항목까지 초기화한다면 위 점검 일부는 업데이트가 대신한다.
- Quinn은 책임 코드를 찾는 알고리즘이 문서화되지 않았고, 과거에 바뀐 적이 있으며 앞으로도 바뀔 수 있다고 적었다. 표는 2024년 6월 설명 기준이므로 각 맥에서 실제 판정을 확인해야 한다.
- Muse 건은 Aten과 Meta의 설명이 엇갈리고 원인이 공개되지 않았다. 이 글은 Muse가 권한 없이 메시지를 읽었다고 전제하지 않는다.
- Windows·Linux 개발 PC에는 이 권한 체계가 없다. Copilot computer use는 Windows도 지원하므로 그쪽은 따로 점검한다.
Apple의 시행 일정이 나올 때까지 기다릴 이유는 없다. 이번 주에는 에이전트를 가장 많이 돌리는 개발자 맥 한 대에서 전체 디스크 접근 권한 목록을 열고, 터미널·IDE 항목을 끈 뒤 실제로 멈추는 작업을 적어 보길 권한다. 에이전트 도입 점검표에 모델·요금제 옆으로 운영체제 권한 한 줄을 더할지는 그 결과를 보고 정하면 된다. 사업영역 →