MCP를 연결했다면, 권한은 어디까지 줘야 할까?

MCP로 파일이나 캘린더를 연결했다고 해서 그 안의 모든 행동까지 허용할 필요는 없어요. 읽기, 생성, 수정, 삭제, 외부 전송·결제는 서로 다른 권한으로 다루는 편이 안전해요. 처음에는 읽기만 열고, 저장은 지정한 위치로 제한하며, 되돌리기 어려운 행동은 매번 사람이 승인하는 것이 핵심이에요.

파일 읽기와 삭제 권한 사이에서 선택하는 사용자 장면 — 연결 여부보다 먼저 정해야 할 것은 어떤 행동까지 허용할지예요.

같은 앱 안에서도 행동의 위험은 달라요

파일을 읽는 일은 원본을 바꾸지 않지만, 수정과 삭제는 상태를 바꿔요. 메시지 전송이나 결제는 시스템 밖의 사람과 돈에도 영향을 줘요. 그래서 “파일 접근 허용”처럼 큰 묶음 하나로 생각하기보다 행동별로 경계를 나누는 게 좋아요.

같은 파일도 읽기 저장 삭제 외부 전송의 위험이 다름을 보여주는 장면 — 되돌리기 어려운 행동일수록 승인과 복구 수단이 더 필요해요.

MCP는 연결 규격이지, 무제한 위임 버튼이 아니에요

MCP(Model Context Protocol)는 AI 애플리케이션이 서버가 제공하는 도구를 발견하고 호출하도록 돕는 공개 규격이에요. 실제로 어떤 도구가 보이고 어떤 호출을 허용할지는 클라이언트와 서버 구성, 계정 권한, 사용자 승인 절차에 따라 달라져요.

좋은 인터페이스는 사용 가능한 도구를 분명하게 보여주고, 민감한 작업은 실행 전에 사용자가 내용을 확인할 수 있게 해야 해요. 모델의 판단과 실제 권한은 같은 것이 아니에요.

AI 앱과 MCP 서버와 도구 호출 구조를 작업대로 표현한 장면 — 사용자 요청, AI 앱, MCP 서버, 실제 도구 호출은 서로 다른 층이에요.

권한을 다섯 단계로 나눠보세요

읽기: 파일·일정·데이터를 조회하되 원본은 바꾸지 않아요.
생성: 새 초안이나 새 파일을 만들되 기존 자료를 덮어쓰지 않아요.
수정: 기존 상태를 바꾸므로 변경 범위와 버전 기록이 필요해요.
삭제: 휴지통·보존 기간·백업처럼 복구 경로를 먼저 확인해요.
외부 전송·결제: 대상과 금액, 공개 범위를 사람이 매번 확인해요.

읽기 생성 수정 삭제 외부 전송과 결제의 다섯 단계 권한표 — 한 번의 연결 안에서도 행동별 권한은 따로 관리하는 편이 좋아요.

처음에는 세 단계로 넓히면 쉬워요

1단계는 읽기 전용이에요. 결과가 맞는지 충분히 확인해요. 2단계는 지정 위치에만 저장이에요. 전용 작업 폴더나 초안 캘린더처럼 피해 범위를 작게 만들어요. 3단계는 중요 행동 승인이에요. 삭제, 외부 전송, 결제는 실행 직전에 다시 묻도록 둬요.

읽기 전용 지정 폴더 중요 행동 승인으로 넓히는 장면 — 권한은 한꺼번에 열기보다 검증된 범위만 단계적으로 넓혀보세요.

좋은 승인창은 무엇을 보여줘야 할까요?

“허용할까요?” 한 줄만으로는 부족해요. 최소한 무엇을, 어디에, 누구에게, 얼마나 바꾸는지가 보여야 해요. 실행을 되돌릴 수 있는지, 반복 실행인지도 함께 확인할 수 있어야 해요. 중요한 입력은 모델이 만든 값이라도 사람이 마지막으로 검토하는 게 좋아요.

외부 전송 전 사람이 대상 범위 복구 가능성을 확인하는 장면 — 승인은 형식적인 클릭이 아니라 대상·범위·복구 가능성을 확인하는 단계예요.

인증 토큰은 도구 사이를 임의로 돌리지 마세요

인증 정보는 정해진 대상과 용도에만 사용해야 해요. 한 서버에서 받은 토큰을 다른 서버로 그대로 전달하거나, 로그와 프롬프트에 노출하는 구성은 피해야 해요. 연결마다 별도 계정이나 최소 권한 토큰을 쓰면 사고 범위를 줄일 수 있어요.

인증 토큰을 정해진 대상에게만 전달하는 경계를 표현한 장면 — 연결 경계가 명확해야 인증 정보가 예상하지 않은 곳으로 흐르지 않아요.

자동화에는 로그·중단·복구가 함께 있어야 해요

누가 어떤 도구를 언제 호출했는지 기록하고, 반복 실패나 비정상 결과가 나오면 자동으로 멈추게 해두세요. 수정·삭제 작업 전에는 이전 버전이나 백업을 남겨야 해요. 자동 실행 속도보다 문제를 발견하고 되돌릴 수 있는지가 더 중요해요.

실행 로그 이상 감지 자동 중단 복구본을 보여주는 작업 장면 — 실행 기록, 이상 감지, 자동 중단, 복구본이 한 세트로 준비되어야 해요.

서비스별 기본값은 다르게 잡으세요

파일은 읽기 전용, 일정은 초안 생성, 메시지는 전송 전 승인, 결제는 항상 승인처럼 서비스 특성에 맞춰 시작점을 다르게 둘 수 있어요. 업무에 꼭 필요한 범위가 확인된 뒤에만 권한을 추가하세요.

파일 일정 메시지 결제 서비스별 권장 기본 권한표 — 서비스 성격에 맞춘 보수적인 기본값에서 시작하는 방법이에요.

Mac mini와 Z13은 보안 기능이 아니라 운영 환경의 예시예요

Mac mini는 집이나 사무실에서 상시 켜두는 로컬 에이전트 환경으로 쓰기 편하고, ROG Flow Z13은 이동하면서 로컬 AI와 개발 작업을 병행하는 환경의 예가 될 수 있어요. 하지만 어느 장비도 권한을 자동으로 안전하게 만들어주지는 않아요. 계정 분리, 도구 범위, 승인, 로그, 백업 원칙은 장비와 관계없이 같아요.

Mac mini 상시 환경과 ROG Flow Z13 이동 환경의 역할 비교 — 제품은 운용 방식의 차이를 보여주는 예시이며 보안 성능 비교가 아니에요.

연결 전에 확인할 일곱 가지

에이전트에게 노출되는 도구 목록을 알고 있나요?
파일·캘린더·데이터 범위를 필요한 곳으로 제한했나요?
생성·수정·삭제 권한이 분리되어 있나요?
외부 전송과 결제는 실행 전 확인하나요?
승인창에 대상과 범위가 구체적으로 표시되나요?
도구 호출 기록을 나중에 확인할 수 있나요?
문제가 생겼을 때 중단하고 복구할 방법이 있나요?

MCP 연결 전 확인할 일곱 가지 최종 체크리스트 — 많이 연결하는 것보다 중요한 순간에 멈출 수 있게 설계하는 것이 먼저예요.

42초 쇼츠로 핵심 보기

공식 문서

작성 기준: 2026-07-22. 제품은 운영 환경의 예시로만 소개했으며, 이 글에는 제품 구매 링크나 제휴 링크를 넣지 않았어요.