MCP 거버넌스: 서버, 접근 권한, 승인에 관한 실무 가이드
실무에서의 MCP 거버넌스: 어떤 서버와 도구를 신뢰할지, 누가 사용할 수 있는지, 어떤 작업에 검토가 필요한지 정한 뒤, 규모를 키워 가며 테스트하고 증거를 남기세요.
간략한 결정
MCP 거버넌스는 결국 세 가지 결정으로 요약되며, 각 결정에는 담당자, 기록, 되돌리는 방법이 있어야 합니다. 어떤 서버와 도구를 신뢰할지, 누가 어떤 데이터로 이를 사용할 수 있는지, 어떤 에이전트 작업에 검토가 필요한지입니다. 인벤토리와 하나의 연결로 시작해 허용되는 요청과 거부되는 요청을 테스트한 다음, 검토와 복구 절차를 실제로 연습해 보세요. 팀이 권한 결정과 실행 결과를 모두 설명할 수 있을 때만 범위를 넓히세요.
MCP 거버넌스의 적용 범위
MCP 거버넌스는 AI 에이전트가 업무에서 MCP 서버를 사용하는 방식에 관한 결정과 통제의 집합입니다. 핵심은 세 가지 결정입니다. 어떤 서버와 도구를 신뢰할지, 누가 어떤 데이터로 이를 사용할 수 있는지, 어떤 에이전트 작업이 실행 전에 사람의 검토를 거쳐야 하는지입니다.
각 결정에는 담당자, 기록, 되돌리는 방법이 필요합니다. 각 결정은 상세 가이드에서 다룹니다. 서버 승인과 검토는 서버 거버넌스에서, 사람과 데이터는 액세스 거버넌스에서, 개별 작업은 승인 워크플로에서 다룹니다. 이 체크리스트는 첫 도입을 위해 이 세 가지를 하나로 묶습니다.
| 결정 | 일반적인 담당자 | 기록 | 되돌리는 방법 |
|---|---|---|---|
| 신뢰할 서버와 도구 | 플랫폼 또는 IT 팀 | 인벤토리 항목과 검토된 도구 목록 | 연결 비활성화 및 자격 증명 폐기 |
| 누가 어떤 데이터로 사용할 수 있는지 | 연결 담당자와 보안 부서 | 팀 할당과 접근 규칙 | 멤버십 제거 또는 규칙 범위 축소 |
| 검토가 필요한 작업 | 비즈니스 담당자와 보안 부서 | 정책 버전과 검토 결정 | 더 엄격한 정책 게시. 승인은 만료됨 |
거버넌스 범위 정의
MCP는 공통 프로토콜을 통해 기능을 사용할 수 있게 해줍니다. 거버넌스는 이를 사용할 수 있는 사람, 검토가 필요한 변경 사항, 나중에 운영자에게 필요한 증거가 무엇인지 결정합니다. 이러한 제어는 클라이언트, 게이트웨이, 서버 및 업스트림 공급자에 걸쳐 있을 수 있습니다.
게이트웨이는 팀이 공유 제어를 적용할 수 있는 한 장소를 제공하지만, 수신되는 요청에 대해서만 가능합니다. 인벤토리 직접 연결 및 대체 자격 증명도 마찬가지입니다. 사용자나 에이전트가 동일한 데이터에 접근할 수 있는 모든 방법을 제어하기 위해 성공적인 게이트웨이 테스트를 실수하지 마십시오.
인벤토리 액세스 및 소유자 할당
하나의 구체적인 사용 사례로 시작하세요. 관련된 클라이언트, 요청자, 연결, 업스트림 계정, 환경, 도구 및 데이터를 기록합니다. 액세스 권한 부여, 변경 사항 검토, 실패 해결을 담당하는 사람의 이름을 지정합니다.
- 클라이언트 및 요청자: 사람, 자동화 ID 및 액세스 권한이 취소되는 방법을 식별합니다.
- 연결: 업스트림 계정, 자격 증명 소유자, 범위 및 환경을 기록합니다.
- 도구: 읽기와 쓰기를 구별하고 민감한 데이터, 대량 작업 및 외부 효과를 식별합니다.
- 대체 경로: 게이트웨이를 우회하는 직접 공급자 자격 증명 및 연결을 나열합니다.
- 운영: 검토자, 사고 소유자 및 불확실한 쓰기 조정 프로세스를 할당합니다.
정책 및 검토 도구를 별도로 구성
Durin에서 요청은 신원, 멤버십, 팀, 연결, 자격 증명, 검토 도구, 리소스 및 검사 검사를 통과해야 합니다. 기본 허용은 실패한 확인을 재정의하지 않습니다. 관리자는 모든 도구 액세스를 거부하고 검토된 쓰기를 독립적으로 허용하거나 다른 관리자를 요구하거나 쓰기를 거부할 수 있습니다.
팀 정책은 조직 정책의 범위를 좁힐 수 있으며, 샌드박스와 프로덕션에는 같은 통제가 적용됩니다. 맞춤 규칙은 연결, 도구, 리소스, 환경, 사람 또는 팀을 대상으로 지정할 수 있으며, 여러 규칙이 일치하면 거부가 승인보다 우선하고 그다음이 허용입니다. 데이터 분류 조건은 없으므로 운영 규칙을 실제로 사용할 수 있는 조건에 맞춰 대응시키세요.
검토되지 않은 도구는 도구 검토가 완료될 때까지 차단된 상태로 유지됩니다. 정확한 쓰기 승인은 해당 검토를 대체하거나 사용할 수 없는 연결을 준비하거나 누락된 공급자 권한을 부여할 수 없습니다.
확장하기 전에 연결 하나를 테스트하세요.
지원되는 샌드박스 테스트 데이터를 사용하여 검토된 연결을 선택하십시오. 민감도가 낮은 읽기부터 시작하여 요청자, 결정 및 결과를 검사합니다. 허용된 범위 밖의 리소스와 같이 거부된 요청도 테스트합니다.
쓰기 연습의 경우 승인 요구 사항을 구성하고 다른 활성 관리자를 참여시킵니다. 초기 요청과 승인 자체가 작업을 실행하지 않는지 확인하세요. 만료되기 전에 정확한 호출을 재시도한 후 실행 결과를 확인하세요.
테스트 취소, 변경된 인수, 만료된 부여 및 도구 정의 변경. 모호한 쓰기 결과를 실행하고 자동으로 반복되지 않는지 확인하려면 제어된 테스트 데이터를 사용하십시오. 동일한 확인을 사용하여 롤아웃을 확장합니다.
명확한 보존 정책으로 유용한 증거를 보관하세요
요청자, 연결, 도구, 정책 결정, 필요한 경우 승인 및 실행 결과를 설명할 수 있는 충분한 컨텍스트를 기록합니다. 실행 승인과 완료 확인은 다른 사실입니다. 불확실한 쓰기를 업스트림 시스템과 조정하도록 누군가를 지정하십시오.
결정 기록에는 모든 프롬프트나 응답을 유지할 필요가 없습니다. Durin은 기본적으로 메타데이터만 대화 캡처합니다. 관리자가 수정된 캡처를 활성화하면 새 캡처는 7일, 90일, 180일 동안 보존되거나 Enterprise에서는 360일 동안 보존됩니다. 이전 1~30일 설정이 있는 작업 영역은 관리자가 지원 기간을 선택할 때까지 이를 유지합니다. 이러한 보존 기간은 감사, 계정 및 청구 보존과 별개입니다.
신탁 자료를 사용하여 통제 범위와 뒷받침 증거를 검토하세요. 인증, 독립적 평가 및 계약상 약속에는 자체 증거가 필요합니다. 작업 데모에서는 이를 설정하지 않습니다.
각 출시 검토 시 다음 질문을 사용하세요.
클라이언트, 연결, 자격 증명, 도구 또는 정책이 변경되면 체크리스트를 다시 확인하세요. 거버넌스는 운영 프로세스이자 게이트웨이 구성입니다.
- 활성화된 모든 연결의 요청자와 소유자를 식별할 수 있습니까?
- 의도한 리소스에 대한 액세스 허용 및 거부를 모두 테스트했습니까?
- 도구 검토와 작업별 승인은 별도의 결정으로 처리됩니까?
- 구성된 쓰기 정책이 팀의 요구 사항과 일치합니까?
- 만료, 정확한 재시도, 취소 및 불확실한 결과 처리를 시연할 수 있습니까?
- 어떤 액세스 경로가 게이트웨이를 우회하는지 알고 있나요?
- 증거 접근, 보존, 사고 소유권이 문서화되어 있습니까?