무슨 일이에요?
애플이 개발자 뉴스로 macOS의 전체 디스크 접근 권한(Full Disk Access, 이하 FDA) 업데이트를 공지했어요. 맥을 쓰다 보면 시스템 설정 > 개인정보 보호 및 보안 > 전체 디스크 접근 권한 메뉴에서 터미널이나 백업 앱, 보안 프로그램에 체크를 켜본 적이 한 번쯤 있으실 거예요. 그 권한이 동작하는 방식이 바뀐다는 내용이에요.
맥에서 CLI 도구, 백업·동기화 앱, 보안 에이전트를 만들거나 백그라운드 자동화 스크립트를 돌리고 있다면 꼭 챙겨 보셔야 해요. 권한 모델이 바뀌면 어제까지 잘 돌던 스크립트가 어느 날 조용히 Operation not permitted를 뱉기 시작하거든요. 구체적인 변경 범위와 적용 시점은 애플 공지 원문에 있으니 꼭 직접 확인하시고요. 이 글에서는 FDA가 원래 어떤 구조로 동작하는지, 그리고 이런 변화가 왜 개발자에게 영향을 주는지를 차근차근 풀어볼게요.
FDA가 뭐냐면요
macOS에는 TCC(Transparency, Consent, and Control)라는 개인정보 보호 체계가 있어요. 쉽게 말해 앱이 민감한 데이터에 손대기 전에 사용자 허락부터 받게 하는 문지기예요. 카메라, 마이크, 화면 녹화, 그리고 데스크톱·문서·다운로드 폴더 접근이 전부 이 문지기를 거쳐요.
그중 FDA는 일종의 마스터키예요. 메일, 메시지, 사파리 기록, 타임머신 백업처럼 개별 팝업으로는 허락받을 수 없는 아주 민감한 영역까지 통째로 열어주거든요. 2018년 macOS Mojave에서 처음 생겼고, Catalina에서 폴더별 접근 확인이 추가되는 등 애플은 버전마다 이 문을 조금씩 더 단단하게 잠가왔어요.
개발자가 자주 빠지는 함정: ‘책임 프로세스’
많은 분이 헷갈려하는 개념이 하나 있어요. TCC는 권한을 판단할 때 실제로 파일을 연 프로그램보다 그 프로그램을 띄운 ‘책임 있는 앱(responsible process)’을 기준으로 삼는 경우가 많아요.
예를 들어 터미널 앱에 FDA를 줬다고 해볼게요. 그러면 터미널 안에서 실행하는 ls, rsync, 파이썬 스크립트, npm으로 설치한 아무 CLI까지 전부 FDA를 물려받은 채로 돌아가요. 편하긴 한데, 비유하자면 경비실에 집 열쇠를 맡겼더니 경비실에 들어오는 사람 누구나 우리 집 문을 열 수 있게 된 셈이에요. 공급망 공격으로 악성 패키지 하나만 섞여 들어와도 메일이나 메시지 데이터베이스까지 읽힐 수 있어요.
LaunchAgent나 LaunchDaemon처럼 터미널 없이 백그라운드에서 혼자 도는 프로세스는 사정이 달라요. 이때는 실행 파일 자체에 권한이 있어야 하거든요. 예전에 cron으로 백업을 돌리려고 /usr/sbin/cron에 FDA를 준 분도 계실 거예요. 이렇게 누가 책임 프로세스냐에 따라 결과가 갈려서, FDA 정책이 조금만 바뀌어도 자동화 스크립트가 영향을 받기 쉬워요.
업계 흐름: 권한은 점점 좁고 짧아지는 중
이번 업데이트가 갑자기 나온 건 아니에요. macOS Sequoia에서는 화면 녹화 권한을 받은 앱도 주기적으로 다시 확인을 받게 바뀌어서 화면 공유 앱 개발자들이 꽤 곤란해했죠. 방향은 분명해요. 한 번 주면 계속 유효한 넓은 권한에서 필요한 만큼만, 필요한 동안만 주는 권한으로 가고 있어요.
애플만 이러는 것도 아니에요. 안드로이드는 ‘모든 파일 접근’ 권한을 스토어 심사 단계에서 엄격하게 제한하고 있고, 윈도우도 앱 격리와 권한 확인을 계속 강화하고 있어요. 사용자 데이터는 앱이 아니라 사용자 것이라는 원칙을 운영체제들이 다 같이 강화하는 중이라고 보면 돼요.
한국 개발자에게 주는 시사점
당장 점검해볼 만한 것들을 정리해볼게요.
- 백그라운드 자동화: LaunchAgent, cron, 사내 배포용 에이전트가 보호된 경로를 읽고 있다면 새 정책에서도 권한이 유지되는지 테스트 기기에서 먼저 확인하세요.
- CLI 도구 배포: 사용자가 ‘터미널에 FDA를 줬으니 되겠지’ 하고 쓰고 있다면 그 가정이 깨질 수 있어요. 그걸 전제로 에러 메시지와 안내 문서를 미리 준비해두면 좋아요.
- 기업용 맥 관리: MDM으로 맥을 관리하는 회사라면 PPPC(개인정보 보호 환경설정 정책) 프로파일로 권한을 미리 배포하던 방식이 영향을 받는지 IT팀과 함께 확인해야 해요.
- 권한 최소화 습관: 이참에 정말 FDA가 필요한지 다시 따져보세요. 특정 폴더 하나만 필요하다면 사용자가 그 폴더를 직접 고르게 하는 편이 훨씬 안전하고, 정책이 바뀌어도 덜 흔들려요.
마무리
한 줄로 정리하면 이래요. 맥의 ‘마스터키’ 권한이 점점 까다로워지고 있으니, 그 키에 기대던 도구는 지금 미리 점검해두세요.
여러분은 터미널이나 IDE에 FDA를 켜두고 쓰고 계신가요? 편의성과 보안 사이에서 어디까지 타협하고 계신지 궁금해요. 이번 변경으로 영향받는 도구가 있다면 댓글로 공유해 주세요.
🔗 출처: Hacker News