Anthropic Knowledge Work Plugins, MCP 연결 전에 권한을 어떻게 검토할까? 2026

MCP 연결은 성공했는데 플러그인이 무엇을 읽고 바꾸는지 확신하기 어렵습니다.
가장 빠른 해법은 설명만 믿지 않고 플러그인 전체 파일과 MCP 대상, 자격 증명을 확인한 뒤 제한된 시험 계정으로 실제 호출을 검증하는 것입니다. Anthropic Knowledge Work Plugins의 MCP 권한은 연결 성공만으로 조직의 보안 심사를 통과한 것이 아닙니다. 민감한 데이터 접근과 쓰기 작업은 따로 승인해야 합니다.

개발자는 Skill, 명령어, MCP 설정을 살펴볼 때 이 안내를 활용할 수 있습니다.
도구 연결을 담당하는 관리자는 연결 권한과 데이터 경계를 확인할 수 있습니다.
보안 심사 담당자는 작성자나 공개 여부 대신 다시 확인할 수 있는 근거로 시험 도입을 판단할 수 있습니다.

마지막 검토: 2026년 10월 9일. Anthropic의 공개 플러그인 저장소와 저장소 검토 정책, 관련 MCP 문서를 기준으로 확인했습니다. 실제 권한은 플러그인 버전과 연결 대상에 따라 달라지므로, 도입 시점의 파일과 저장소 변경 이력을 다시 확인해야 합니다.

README만 보면 놓치는 동작이 있나요?

그럴 수 있습니다. 플러그인은 안내 문서 하나가 아니라, 실제 저장소에 포함된 여러 종류의 파일로 구성될 수 있습니다. 공식 저장소의 플러그인별 디렉터리를 확인하고, 해당 버전에 존재하는 구성 파일을 대상으로 검토 범위를 잡으세요. 공개 플러그인 저장소의 디렉터리와 파일을 기준으로 확인하되, 모든 플러그인에 같은 파일 구성이 있다고 가정하지 마세요.

Anthropic Knowledge Work Plugins를 연결하기 전에 어떤 파일을 확인해야 합니까? README만 보지 말고 실제 디렉터리에 있는 Skill, 명령어, Agent, Hooks, MCP 설정, 관련 스크립트를 함께 확인합니다. 매니페스트 파일이 있으면 설명과 사용 대상도 대조하세요. 특정 파일이 없다고 해서 검토를 끝내기보다, 그 플러그인이 어떤 다른 파일과 설정으로 동작하는지 확인하는 편이 안전합니다.

플러그인 설명과 코드의 동작이 어긋나면 그 차이를 기록하세요. 예를 들어 특정 저장소의 요약만 필요한데 지시문이 작업 폴더 전체를 검색하거나, 요청과 관계없는 외부 서비스에 정보를 보내는 동작이 있다면 바로 시험 계정에 연결하지 마세요. 먼저 시범 적용을 멈추고 담당자에게 검토를 요청해야 합니다.

MCP 설정에서 무엇이 어디까지 넘어가는지 확인하세요

MCP 연결은 대상 서비스, 인증 방식, 허용된 요청 범위를 나눠 확인해야 합니다. 설정의 연결 이름만으로 어떤 데이터에 접근하는지 단정할 수 없습니다. 연결 설명과 인증 흐름은 각각 공식 커넥터 안내와 MCP 인증 절차 설명을 확인하세요. 현재 프로토콜 관련 내용은 MCP의 공식 설명도 함께 살펴볼 수 있습니다.

MCP 플러그인은 어떤 자격 증명과 프로젝트 데이터를 읽습니까? 설정 파일에 적힌 연결 대상만 확인해서는 부족합니다. 자격 증명이 어느 서비스에 속하는지, 어떤 권한으로 발급됐는지, 토큰이나 요청이 다른 서비스로 전달되는지를 각각 추적해야 합니다. 프로젝트 데이터도 지시문, 스크립트, 파일 접근 범위를 따라가며 확인하세요. 사용자 계정에 발급된 자격 증명이라고 해서 플러그인이 그 계정의 모든 작업을 수행해도 된다는 뜻은 아닙니다.

사용자 자격 증명으로 해당 서비스에 직접 요청하는 경우와, 요청 내용이나 토큰이 별도의 서비스로 전달되는 경우는 위험이 다릅니다. 토큰 값을 심사 기록에 복사하지 말고, 권한 이름과 발급 주체, 연결 대상, 확인한 데이터 범위만 남기세요. Anthropic의 소프트웨어 디렉터리 보안 및 호환 정책은 참고할 수 있지만, 정책에 따른 등록이나 공개 사실이 각 조직의 승인 절차를 대신하지는 않습니다.

첫 시험 전에는 이렇게 검증하세요

1. 검토 대상을 고정합니다. 플러그인 버전이나 저장소 커밋을 기록하고, README, 매니페스트가 있다면 해당 파일, Skill, Hooks, MCP 설정, 스크립트를 확인합니다. 검토한 시점도 함께 남겨야 나중에 변경된 파일을 구별할 수 있습니다.

2. 연결 대상과 계정을 적습니다. MCP 연결이 향하는 서비스, 인증 주체, 요청 범위를 목록으로 정리합니다. 사용자 자격 증명과 다른 서비스로 전달될 수 있는 요청을 따로 구분하고, 확인되지 않은 전달 경로는 미확인 항목으로 표시합니다.

3. 권한을 제한한 시험 계정을 준비합니다. 실제 업무 계정 대신 접근 범위를 줄인 계정을 사용합니다. 시험에 쓸 프로젝트 자료도 비민감 샘플로 준비하세요. 이때 필요한 권한을 먼저 정하고, 설명에 적힌 권한을 그대로 부여하는 방식은 피합니다.

4. 읽기와 쓰기 동작을 분리해 시험합니다. 읽기 요청이 의도한 자료만 가져오는지 살펴봅니다. 쓰기 작업은 별도 승인 없이 발생하지 않는지 확인하고, 시험에 필요한 경우에도 통제된 샘플에서만 실행합니다.

5. 외부 요청과 실패 경로를 확인합니다. 정상 동작뿐 아니라 인증 거부, 접근 불가, 요청 실패 때 플러그인이 무엇을 하는지도 살펴봅니다. 예상하지 못한 외부 요청이나 작업 범위 확대가 나타나면 시험을 멈추고 설정과 스크립트를 다시 확인합니다.

6. 증거를 남기고 재검토 조건을 정합니다. 자격 증명을 제거한 로그, 시험 범위, 사용 계정의 권한, 승인 담당자, 발견한 예외를 기록합니다. 저장소 내용이나 인증 방식, 플러그인 구성이 바뀌면 기존 결과를 그대로 적용하지 말고 다시 검토합니다.

이 과정에서 중요한 점은 화면의 연결 상태와 실제 동작이 다를 수 있다는 것입니다. 플러그인에 연결 성공 표시가 뜨면 권한 심사도 끝난 것입니까? 아닙니다. 연결 성공은 연결이 작동한다는 신호일 뿐입니다. 데이터 범위가 적절한지, 쓰기 권한이 필요한지, 외부 요청이 예상과 일치하는지는 실제 시험과 조직의 승인으로 확인해야 합니다. 과도한 자율 권한이 왜 위험한지는 OWASP의 과도한 에이전트 권한 설명도 참고할 수 있습니다.

Claude Code 플러그인의 MCP 호출을 최소 권한으로 어떻게 확인합니까? 제한된 계정으로 비민감 샘플을 대상으로 읽기, 쓰기, 외부 요청, 실패 상황을 나눠 시험합니다. 시험 중에는 요청한 작업과 실제 접근 범위를 대조하고, 로그에서는 비밀 값을 제거합니다. 성공한 호출만 남기지 말고 거부되거나 실패한 경우에 어떤 동작이 있었는지도 기록해야 합니다.

증거를 기준으로 시험 도입 여부를 결정하세요

아래 조건에 따라 판단하면 공식 저장소인지 여부에만 기대지 않을 수 있습니다.

• 시험 도입을 선택합니다. 요청 업무에 필요한 접근 범위를 구분할 수 있고, 제한된 계정과 비민감 자료로 실제 호출을 확인했으며, 외부 요청과 기록 방식을 검토한 경우입니다. 시험 범위와 승인자를 문서로 남기세요.
• 접근을 제한한 뒤 다시 시험합니다. 권한을 줄일 여지가 있지만 기본 설정이 넓거나, 데이터 전달 경로가 아직 충분히 분명하지 않은 경우입니다. 접근 범위를 조정하고 확인되지 않은 동작을 해소한 뒤 재검토합니다.
• 도입을 보류하거나 거부합니다. 설명과 구현이 맞지 않거나, 필요하지 않은 쓰기 권한을 제거할 수 없거나, 외부 요청을 설명할 수 없는 경우입니다. 민감한 자료를 다루는 상황에서 감사 가능한 기록을 확보하지 못해도 같은 판단이 필요합니다.

Anthropic이 관리하는 공개 저장소나 공개된 코드라는 사실은 검토의 시작점이지 자동 승인 근거가 아닙니다. 팀에서 AI Agent Skill을 배포할 때 확인할 항목은 인프라 안내에서 확인할 수 있는 환경 정보와 분리해 관리하세요. 운영 절차를 세우는 데 필요한 기본 정보는 도움말 센터에서 확인할 수 있습니다. 해당 페이지가 특정 플러그인의 보안 통제를 보증하는 것은 아니므로, 실제 접속 범위와 운영 절차는 별도로 확인해야 합니다.

현재 개발용 컴퓨터에서 시험하면 개인 파일과 업무 자료가 같은 환경에 놓일 수 있고, 기존 계정 권한을 그대로 쓰기 쉽습니다. 일반적인 클라우드 개발 환경도 자격 증명 보관 위치와 접근 기록을 직접 점검해야 합니다. 임시 시험 환경을 따로 마련해야 한다면 Kvmjet의 원격 맥 환경이 일상 작업 공간을 바꾸는 것보다 편리할 수 있습니다. 다만 원격 맥을 사용한다고 권한 검토가 자동으로 끝나는 것은 아닙니다. 시험 계정과 데이터 범위를 제한하고, 위 절차에 따라 실제 호출을 검증하세요.