LumoMate
/최신 AI 뉴스/도구

MCP에 기업 관리형 권한 부여 기능 추가, AI 도구 접근을 관리자가 중앙에서 통제

이제 모델 컨텍스트 프로토콜에 정식 확장 기능이 생겨, 어떤 AI 도구와 에이전트가 어떤 서버에 접근할 수 있는지를 회사가 자사 ID 제공자를 통해 중앙에서 관리할 수 있습니다. 직원은 앱마다 따로 뜨는 OAuth 동의 화면을 거치지 않고 한 번의 로그인으로 연결합니다.

무슨 일이 있었나

2026년 6월 18일, 모델 컨텍스트 프로토콜(MCP) 팀이 기업 관리형 권한 부여(Enterprise-Managed Authorization), 줄여서 EMA라는 확장이 정식 버전이 되어 운영 환경에서 쓸 수 있다고 발표했습니다. MCP는 AI 비서와 에이전트가 하나의 공유 인터페이스로 외부 도구와 데이터에 연결되도록 하는 개방형 표준입니다. EMA는 개별 사용자가 아니라 조직이, 직원이 어떤 MCP 서버에 접근할 수 있는지를 정하는 방법을 더합니다.

실제 작동 방식은 이렇습니다. 직원이 회사 ID 제공자로 로그인하면, 시스템은 AI 클라이언트에 수명이 짧은 자격 증명을 발급하고 이를 관리자가 승인한 MCP 서버에 대한 접근 토큰으로 교환합니다. 프로토콜은 이 자격 증명을 Identity Assertion JWT Authorization Grant라고 부릅니다. 비전문가에게 핵심은 이름보다 단순합니다. 한 번의 단일 로그인 뒤에는, 승인된 AI 도구가 관리자가 이미 허용한 업무 시스템에 연결되며 사용자가 시스템마다 따로 동의 화면을 누를 필요가 없습니다.

블로그에는 초기 도입처도 적혀 있습니다. Okta가 처음으로 지원되는 ID 제공자입니다. 클라이언트 쪽에서는 Anthropic의 제품과 Visual Studio Code가 지원하고, 서버 쪽 목록에는 Asana, Atlassian, Canva, Figma, Granola, Linear, Supabase가 있으며 Slack도 지원을 추가하는 것으로 나옵니다. 같은 날 "Zero-Touch OAuth for MCP"라는 제목으로 올라온 Hacker News 토론을 보면 개발자들의 관심이 실제로 있다는 점을 알 수 있습니다. 다만 그 글은 기술적 권위가 아니라 커뮤니티 관심의 신호로만 봐야 합니다.

무엇이고 무엇이 아닌지는 분명히 해두는 편이 좋습니다. EMA는 AI 도구와 에이전트를 위한 기업용, 관리자용 권한 부여 배관입니다. 새로운 챗봇도, 새로운 모델도, 오늘 내려받을 수 있는 소비자용 앱도 아닙니다. 여기서 바뀌는 것은 AI 비서가 무슨 말을 할 수 있는지가 아닙니다. 그 비서가 어떤 시스템에 접근하도록 허용할지를 누가 정하고, 그 결정이 어떻게 강제되고 기록되는지가 바뀝니다.

왜 중요한가

업무용 AI 에이전트가 여러 시스템에 손을 대야 하는 상황을 떠올려 보세요. 문서, 프로젝트 관리 도구, 디자인 파일, 데이터베이스 같은 것들 말입니다. 일반적인 OAuth에서는 이런 연결마다 각각 동의 화면이 뜨고, 사용자는 그것이 정확히 무엇을 허용하는지도 잘 모른 채 승인, 승인, 승인을 반복하게 됩니다. 이 마찰은 직장에서 에이전트를 도입하는 데 진짜 걸림돌이며, 반복되는 동의 요청은 사람들이 아무 생각 없이 승인을 누르도록 길들인다는 점에서 그 자체로 위험이기도 합니다.

ID 제공자를 통한 중앙 관리는 이 구조를 바꿉니다. IT 관리자가 한곳에서 어떤 그룹과 역할이 어떤 MCP 서버를 쓸 수 있는지 정합니다. 접근은 중앙에서 부여하고 회수할 수 있으며, ID 제공자를 거치기 때문에 조직은 다른 소프트웨어에서 이미 기대하던 감사 기록과 정책 통제를 그대로 얻습니다. 작은 팀에게 이것은 흥미로운 데모와, 보안과 규정을 책임지는 사람들이 실제로 켜도 좋다고 판단하는 도구 사이의 차이입니다.

이 변화는 직장에서 AI를 두고 계속 보게 되는 흐름과 같습니다. 흥미로운 질문이 "비서가 이걸 할 수 있나"에서 "누가 그것을 허용할 수 있고, 무엇에 접근했는지 볼 수 있나"로 옮겨 갑니다. EMA는 두 번째 질문에 대한 답입니다.

다음에 무엇을 하면 좋은가

  • 개념만 알고 싶다면 용어집의 MCP가 무엇인지OAuth가 무엇인지 항목을 먼저 읽고 다시 돌아오세요.
  • 업무용 도구를 관리한다면, 도입이 아직 초기이고 고르지 않으므로 우리 팀이 쓰는 ID 제공자와 MCP 서버가 지원 목록에 들어왔는지부터 확인하는 것이 실용적입니다.
  • 개발자라면 무언가를 연결하기 전에 공식 글(출처 참고)에서 Identity Assertion JWT Authorization Grant 흐름이 어떻게 작동하는지 훑어보세요.
  • 그 밖의 분들에게는 오늘 당장 설치할 것이 없습니다. 이것은 기반 작업이며, 조직이 도입한다면 승인된 AI 도구를 연결하는 일이 한 번의 로그인처럼 느껴지고 접근 규칙은 관리자에게 남게 됩니다.
이 브리핑은 공개된 날짜가 있는 발표를 요약하고 원 출처로 연결할 뿐, 새로운 사실을 보도하지 않습니다. Hacker News 링크는 기술 출처가 아니라 커뮤니티 관심의 신호로만 포함했습니다.
매주 월요일 오전 8시

한 주에 한 통,
오래 남는 이해를 보냅니다.

흘려보내지 않는 글만 골라 보내드립니다. 광고와 추적, 외부로 빠지는 미끼 링크 없이 메일 안에서 끝나는 한 통입니다.

언제든 한 번의 클릭으로 해지할 수 있습니다. 스팸은 보내지 않습니다.
MCP 기업 관리형 권한 부여(EMA): AI 도구용 무동의 OAuth 쉽게 풀어보기 | LumoMate