고리에 걸려 잠겨 있는 자물쇠를 가까이서 찍은 사진

「제어하려고 합니다」가 계속 뜨는 이유 — 맥이 권한을 묻는 방식

참고자료 · 자료 시점
핵심 출처 — macOS의 개인정보 보호 및 보안 설정에서 앱별 접근 권한을 관리하는 구조, 앱이 자원(카메라·마이크·화면·파일)에 처음 접근할 때 사용자 동의를 받는 동의 기반 접근 통제 개념, 손쉬운 사용(보조 기능) 권한이 다른 앱을 제어하는 데 쓰이는 구조, 코드 서명 변경 시 기존 권한이 무효화되는 동작 개념
자료 시점 — macOS 권한 구조 개념 전반
정리 — Inkpipes 편집팀 · 2026.9

새 앱을 깔았습니다. 실행하자마자 창이 뜹니다. 「화면 기록을 허용하시겠습니까」, 「손쉬운 사용에서 제어하도록 허용하시겠습니까」, 「데스크탑 폴더의 파일에 접근하려고 합니다」.

세 번쯤 반복되면 읽지 않고 누르게 됩니다. 그러면 왜 물었는지도 모른 채 허용이 쌓입니다. 반대로 전부 거부하면 앱이 아무 말 없이 반쪽만 동작합니다.

이 창이 언제 뜨고 무엇을 묻는지가 이 글의 내용입니다.

왜 「설치할 때 한 번」이 아닌가

예전 방식은 간단했습니다. 앱을 깔면 그 앱은 컴퓨터에서 할 수 있는 일을 대체로 다 할 수 있었습니다. 사용자는 「이 앱을 깔 것인가」만 결정했습니다.

지금은 다릅니다. 앱이 설치돼도 자원마다 문이 따로 잠겨 있습니다. 카메라, 마이크, 화면, 특정 폴더, 다른 앱을 조종하는 권한이 각각 잠겨 있고, 앱이 그 문을 처음 두드릴 때 시스템이 사용자에게 묻습니다.

⇒ ★그래서 창이 여러 번 뜨는 것은 고장이 아닙니다. 앱이 필요할 때마다 하나씩 요청하도록 설계된 결과입니다.

⇒ 그리고 여기서 중요한 성질이 나옵니다. 묻는 주체는 앱이 아니라 시스템입니다. 앱은 요청만 하고, 창을 띄우고 답을 기록하는 것은 macOS입니다. 그래서 앱이 아무리 정교해도 동의 없이 그 문을 열 수는 없습니다.

권한마다 «내주는 것의 크기»가 다릅니다

전부 같은 창처럼 보이지만 실제로 내주는 것은 크기가 크게 다릅니다. 대략 세 층으로 갈립니다.

첫째 층 — 범위가 좁고 눈에 보이는 것. 카메라·마이크가 여기입니다. 쓰이는 동안 표시가 나고, 무엇에 쓰이는지도 분명합니다. 필요한 앱이면 허용해도 부담이 적습니다.

둘째 층 — 범위가 넓은 것. 화면 기록, 특정 폴더 전체 접근이 여기입니다. 화면 기록을 허용하면 그 앱은 화면에 보이는 모든 것을 볼 수 있습니다. 다른 앱의 내용도 포함됩니다.

셋째 층 — 다른 앱을 «조종»하는 것. 손쉬운 사용(보조 기능) 권한과 앱 간 제어 권한이 여기입니다. ★이것을 허용하면 그 앱은 다른 앱의 버튼을 대신 누르고 글자를 대신 입력할 수 있습니다.

박물관에 전시된 오래된 자물쇠와 그에 맞는 열쇠
자물쇠와 그 열쇠입니다. ⚠️맥과 무관한 유물입니다. ★「열쇠를 준다」는 것이 곧 「그 사람이 무엇을 할 수 있는지」를 정한다는 점을 보여 주려고 실었습니다. 사진: Лапоть / Wikimedia Commons (CC0)

⇒ ★셋째 층이 가장 큽니다. 원래 이 권한은 몸이 불편한 사용자를 돕는 도구를 위해 만들어진 것이라 「사람 대신 조작한다」는 힘을 그대로 줍니다. 자동화 도구·단축키 앱·창 정리 앱이 이 권한을 요구하는 이유이자, 아무 앱에나 주면 안 되는 이유이기도 합니다.

「거부」는 고장으로 나타나지 않습니다

허용을 잘못 눌렀을 때보다 거부해 놓고 잊었을 때가 더 찾기 어렵습니다.

권한이 없으면 앱은 대개 오류를 내지 않습니다. 그냥 그 기능이 아무 일도 하지 않습니다.

  • 녹화 버튼을 눌렀는데 까만 화면만 저장됩니다 ⇒ 화면 기록 권한이 없습니다.
  • 단축키를 눌렀는데 아무 반응이 없습니다 ⇒ 손쉬운 사용 권한이 없습니다.
  • 파일을 열려는데 목록이 비어 보입니다 ⇒ 그 폴더 접근 권한이 없습니다.

⇒ ★그래서 「앱이 이상하다」 싶을 때 재설치보다 권한 목록을 먼저 보는 편이 빠릅니다. 재설치는 시간이 걸리는데 원인은 대개 여기 있습니다.

업데이트하고 나서 다시 묻는 이유

한 번 허용했는데 앱을 업데이트하고 나면 다시 묻는 경우가 있습니다. 버그처럼 보이지만 대개 의도된 동작입니다.

시스템은 「그 앱」을 이름으로 기억하지 않습니다. 서명으로 기억합니다. 앱의 서명 주체가 바뀌거나 서명이 달라지면, 시스템 입장에서는 다른 앱입니다.

⇒ 그래서 다시 묻습니다. 이것은 이름만 같게 만든 앱이 남의 권한을 물려받는 것을 막는 장치입니다.

⚠️다만 사용자 입장에서는 구별이 안 됩니다. 평소 쓰던 앱이 갑자기 큰 권한을 다시 요구하면, 그때가 「이 앱이 왜 이게 필요했더라」를 다시 생각해 볼 자리입니다. 습관적으로 눌러 주지 않는 편이 낫습니다.

어떤 창은 «그 자리에서 허용»이 안 됩니다

권한 창이 다 같은 모양이 아닙니다. 두 종류가 있습니다.

  • 그 자리에서 결정되는 것 — 「허용」을 누르면 그것으로 끝입니다. 카메라·마이크·폴더 접근이 대체로 이쪽입니다.
  • 설정으로 보내는 것 — 창이 「설정을 열겠습니까」라고만 하고, 실제 허용은 설정 화면에서 직접 스위치를 켜야 합니다. 화면 기록과 손쉬운 사용이 이쪽입니다.

⇒ ★뒤쪽은 일부러 한 단계를 더 둔 것입니다. 크기가 큰 권한이라 「누르다 보니 눌렸다」가 되지 않게 막아 놓은 것입니다.

⚠️여기서 실제로 사람들이 걸리는 지점이 있습니다. 설정에서 스위치를 켰는데도 앱이 여전히 못 하는 경우입니다. 이 두 권한은 대개 앱을 껐다 다시 켜야 반영됩니다. 앱은 실행될 때 자기가 가진 권한을 확인하므로, 실행 중에 스위치를 켜도 그 실행에는 안 잡힙니다.

⇒ ★그래서 순서가 이렇게 됩니다. 설정에서 켠다 → 앱을 완전히 종료한다 → 다시 실행한다. 「켰는데 안 된다」의 상당수가 세 번째 단계를 빼먹은 것입니다.

목록에 «없는 앱»과 «회색으로 잠긴 앱»

설정의 권한 목록을 열었는데 찾는 앱이 안 보이는 경우가 있습니다. 두 가지 이유가 있고 처방이 다릅니다.

  • 아직 요청한 적이 없다 — 목록에는 한 번이라도 요청한 앱만 올라옵니다. 앱을 실행해 그 기능을 한 번 써 보면 그때 목록에 나타납니다.
  • 이미 지운 앱이 남아 있다 — 반대로 삭제한 앱의 항목이 목록에 남아 있기도 합니다. 이 경우 목록에서 빼 주는 편이 깔끔합니다.

⇒ ★즉 「목록에 없다」는 「막혔다」가 아닙니다. 「아직 물어본 적이 없다」일 때가 더 많습니다. 없는 앱을 억지로 찾지 말고 그 기능을 한 번 쓰게 만들어 창을 띄우는 편이 빠릅니다.

실무 적용 — 이렇게 다루십시오

  • ★창이 뜨면 앱 이름과 «요구하는 권한 이름»을 같이 보십시오. 메모 앱이 마이크를 요구하는 것은 이유가 있을 수 있지만(음성 메모), 계산기가 화면 기록을 요구하면 그 자리에서 멈춰야 합니다.
  • ★모르겠으면 «거부»가 안전한 기본값입니다. 거부해도 나중에 설정에서 켤 수 있습니다. 반대로 허용은 되돌리기 전까지 계속 유효합니다.
  • ★셋째 층(손쉬운 사용·앱 제어)은 «이 앱이 그 일을 하려고 존재하는가»로 판단하십시오. 자동화 도구라면 필요합니다. 그 일과 무관한 앱이 요구하면 주지 마십시오.
  • ★앱이 반쪽만 동작하면 재설치 전에 권한부터 보십시오. 설정 앱 검색창에 자원 이름을 넣으면 목록이 나옵니다. 증상이 「오류」가 아니라 「무반응」이면 권한일 가능성이 높습니다.
  • ★반년에 한 번은 목록을 훑으십시오. 특히 화면 기록과 손쉬운 사용 목록을 보고, 지금 안 쓰는 앱이 남아 있으면 끄십시오. 지운 앱의 항목이 남아 있기도 합니다.
  • ★업데이트 후 다시 물으면 그냥 넘기지 마십시오. 서명이 바뀌었다는 뜻이고, 그 앱을 계속 신뢰할지 다시 결정하는 자리입니다.

정리하면

  • 맥은 앱마다 «자원별로» 문을 잠가 둡니다. 설치는 문을 여는 것이 아니라 앱을 들여놓는 것뿐입니다.
  • 묻는 주체는 앱이 아니라 시스템입니다. 동의 없이 열리는 문은 없습니다.
  • ★권한은 크기가 다릅니다 — 카메라·마이크(좁음) < 화면 기록·폴더 전체(넓음) < 손쉬운 사용·앱 제어(다른 앱을 조종).
  • ★거부는 오류가 아니라 «무반응»으로 나타납니다. 까만 녹화 화면, 반응 없는 단축키, 비어 보이는 폴더가 신호입니다.
  • 업데이트 후 다시 묻는 것은 «서명이 바뀌었다»는 뜻이며, 이름만 같은 앱이 권한을 물려받지 못하게 하는 장치입니다.
  • ★판단 기준은 하나 — 「이 앱이 그 일을 하려고 존재하는가.」 아니면 거부가 기본값입니다.

본 콘텐츠는 macOS의 권한 요청 «구조»를 정리한 해설입니다. 설정 앱의 메뉴 경로와 항목 이름, 권한 종류의 전체 목록은 macOS 버전마다 달라지므로 본문에 못 박지 않았습니다. 권한 데이터베이스를 명령으로 직접 조작하는 방법은 위험해 의도적으로 싣지 않았습니다. 최종 확인일: 2026-09-08.

작성: Inkpipes 편집팀 — 「다 허용」과 「다 거부」 사이에 판단 기준 하나를 두려고 썼습니다.

참고

  • 자원별 접근에 대한 동의 기반 통제 개념
  • 손쉬운 사용 권한이 다른 앱을 제어하는 구조
  • 코드 서명 변경과 기존 권한의 무효화
  • 권한 부재가 오류가 아닌 무동작으로 나타나는 이유

Similar Posts