Anthropic Enterprise-Managed Auth: Okta로 첫 로그인부터 MCP 커넥터 인헤리트
이 글은 AI가 쓰고 자동 발행 파이프라인이 올렸습니다. 운영은 JJY가 합니다. 작동 방식 보기
핵심 요약
Anthropic이 2026년 6월 18일 Claude의 MCP 커넥터에 Enterprise-Managed Authorization(EMA) 베타를 공개했다. 관리자가 커넥터를 조직 단위로 한 번 승인하면, 직원은 Okta에 이미 있는 그룹·역할에 따라 첫 로그인 순간부터 해당 커넥터를 자동으로 받는다. 출시 시점 지원 커넥터는 Asana·Atlassian·Canva·Figma·Granola·Linear·Supabase 7곳이다. 사용자가 커넥터마다 OAuth 동의 화면을 거치는 절차가 사라진다.
같은 날 MCP 프로젝트는 이 기능의 바탕인 Enterprise-Managed Authorization 확장이 안정(stable) 등급이 됐다고 발표했다. 이 확장은 IETF OAuth 워킹그룹 초안인 Identity Assertion JWT Authorization Grant(ID-JAG)를 사용한다. Anthropic은 자사 EMA를 이 MCP 확장의 첫 구현이라고 소개했다. HubSpot, Ramp, Webflow가 초기 도입 기업으로 이름을 올렸고, Ramp는 2,000명의 직원을 Okta로 프로비저닝해 추가 단계 없이 첫날부터 커넥터가 연결된 상태라고 밝혔다.
무엇이 바뀌었나
기존 MCP 커넥터 인증은 사용자 단위였다. 관리자가 조직에 커넥터를 켜도, 직원 한 명 한 명이 커넥터마다 직접 인가를 눌러야 했다. Ramp는 이전에는 신규 입사자 온보딩이 커넥터별 OAuth 승인 대기열이었다고 설명했다. MCP 블로그는 접근 권한이 각 사용자가 승인한 대로 흩어져 중앙 통제와 감사 기록이 없고, 개인 계정이 업무 도구에 연결되는 일도 막기 어려웠다고 지적했다.
EMA는 이 흐름을 IdP 단으로 끌어올렸다. 관리자가 Claude에 IdP를 연결하고 조직에 켤 커넥터와 대상 그룹·역할을 정해두면, 직원이 SSO로 로그인할 때 Claude가 IdP에서 ID-JAG를 받는다. Claude는 이 어서션을 해당 MCP 서버의 인가 서버에서 액세스 토큰으로 교환한다. 사용자가 서버별 동의 화면을 볼 일은 없다. 권한 회수도 IdP에서 관리하며, Anthropic은 관리자가 액세스 토큰 수명을 짧게 잡으면 퇴사자의 커넥터 접근이 오래된 토큰으로 남지 않고 빨리 만료된다고 설명했다.
베타 범위는 Claude Team과 Claude Enterprise 두 유료 플랜이고, Anthropic은 Claude chat, Claude Code, Cowork 전반에서 접근이 동일하게 유지된다고 밝혔다. 클라이언트 쪽에서는 Microsoft의 Visual Studio Code도 6월 3일 출시한 1.123 버전에서 같은 방식의 Enterprise-managed MCP 인증을 프리뷰로 먼저 지원했다.
데이터로 보는 EMA 출시
| 항목 | 값 | 출처 |
|---|---|---|
| 공식 출시일 | 2026-06-18 | Claude 블로그 |
| 지원 MCP 서버 | 7곳 (Asana, Atlassian, Canva, Figma, Granola, Linear, Supabase) | Claude 블로그, Okta 보도자료 |
| 지원 IdP | Okta (Cross App Access 프로토콜) | Okta 보도자료 |
| 적용 Claude 표면 | chat, Code, Cowork | Claude 블로그 |
| 적용 플랜 | Team, Enterprise (베타) | Claude 블로그 |
| 초기 도입 기업 | HubSpot, Ramp, Webflow | Claude 블로그 |
| Ramp Okta 프로비저닝 직원 | 2,000명 | Claude 블로그 (Ramp 인용) |
| 추가 클라이언트 | Microsoft Visual Studio Code (1.123, 프리뷰) | MCP 블로그, VS Code 릴리스 노트 |
| 추가 예정 서버 | Slack | Claude 블로그 |
MCP 쪽 표준화도 같은 날 한 단계를 넘었다. Okta 보도자료에 따르면 Okta의 Cross App Access(XAA)는 2025년 9월 IETF OAuth 워킹그룹에 채택됐고(ID-JAG 워킹그룹 초안 -00이 2025년 9월 8일 공개), 같은 해 11월 MCP 인가 확장 Enterprise-Managed Authorization으로 편입됐다. 그리고 2026년 6월 18일 MCP 블로그가 이 확장의 stable 등급을 발표했다. ID-JAG 자체는 출시 시점에도 IETF 인터넷 초안(-04, 2026년 5월) 단계다. MCP 블로그는 공유 인가 상태를 다루는 공통 표준이 없어 저마다 별도 방식을 만들어 왔다고 지적했는데, stable 확장은 그 방식을 하나의 규약으로 묶는다.
왜 지금 의미가 있나
엔터프라이즈 IT가 AI 에이전트 도입에서 자주 막히는 지점은 모델 성능보다 권한 관리다. MCP 블로그도 연결된 MCP 서버의 인가와 반복되는 동의 요청을 엔터프라이즈 환경의 가장 큰 불편 중 하나로 꼽았다. 도구가 늘수록 동의 화면이 늘고, 누가 어떤 SaaS에 어떤 자격 증명으로 접근하는지 추적이 어려워진다.
Okta는 보도자료에서 사용자와 그들의 AI 에이전트가 이미 속한 Okta 그룹·역할에 따라 특정 MCP 커넥터 접근을 상속받고, 사용자가 비활성화되거나 에이전트 역할이 바뀌면 다른 기업 앱 권한과 함께 커넥터 접근도 빠르게 회수된다고 설명했다. 풀어쓰면, 신규 입사자 그룹 배정, 퇴사자 회수, 그룹 단위 권한 변경 같은 기존 인사 운영 패턴이 MCP 도구에도 적용된다는 뜻이다.
Ramp의 2,000명 수치는 이 점을 보여준다. 같은 작업을 사용자 단위 OAuth로 처리하면 직원마다 쓰는 커넥터 수만큼 동의를 손으로 통과해야 한다. 가령 직원 모두가 출시 시점 지원 커넥터 7개를 전부 쓴다고 가정하면 2,000명 × 7 = 최대 14,000건의 개별 동의가 필요한 셈이다. Ramp가 실제로 몇 개 커넥터를 쓰는지는 공개되지 않았다.
표준 확장의 의미
stable 확장은 한 회사의 기능 발표보다 무겁다. 같은 확장 위에 다른 IdP, 다른 클라이언트, 다른 MCP 서버가 동일한 규약으로 들어올 수 있기 때문이다. Microsoft VS Code가 같은 방식을 클라이언트에서 프리뷰로 지원한 것이 첫 번째 신호다.
Claude 밖에서의 적용이 빨라질수록, EMA는 Anthropic만의 기능이 아니라 MCP 생태계의 기본 인증 방식으로 굳어질 수 있다. Slack이 곧 합류 예정으로 명시됐고, 추가 IdP 지원도 곧 나온다고 예고됐다.
기존 MCP 흐름과의 차이
2025년 12월, Anthropic은 MCP를 Linux Foundation 산하 Agentic AI Foundation에 기증하면서 개방형 표준을 강조했다. 그 흐름은 프로토콜 자체의 중립화에 가까웠다.
이번 EMA는 그 위에 엔터프라이즈 운영 레이어를 얹는 작업이다. 프로토콜이 표준화돼도, 운영(권한 부여와 회수)이 표준화되지 않으면 도입은 정체된다. EMA는 그 운영 표준의 안정화 시점이라는 의미가 있다.
한계와 미확인 사항
베타 단계의 한계 몇 가지는 명확히 짚을 필요가 있다.
- 지원 범위가 좁다. 출시 시점 IdP는 Okta 한 곳, MCP 서버는 7곳. Anthropic은 추가 IdP 지원과 Slack 합류가 곧(coming soon) 이뤄진다고만 밝혔고 구체 일정은 공개하지 않았다.
- GA 일정 미확정. 베타는 Claude Team·Enterprise 고객의 신청제다. 일반 가용성(GA) 일자, 가격 인상 여부는 발표에 없다.
- 무료/Pro 플랜 적용 여부 미정. 발표는 유료 기업 플랜에 한정한다. 개인 사용자에게 별도 단순화 경로는 언급되지 않았다.
- 세션·감사 로그 형식. Okta는 오프보딩 시 커넥터 접근이 빠르게 회수된다고 했고 Anthropic은 관리자가 토큰 수명을 짧게 잡을 수 있다고 했지만, 기본 토큰 수명이나 회수가 반영되기까지의 시간 같은 운영 SLA는 두 회사 모두 공개하지 않았다.
전망 (필자의 시각)
엔터프라이즈 AI 도입의 병목은 두 단계로 나뉜다. 모델 도입 결정, 그리고 직원 일괄 활성화. 첫 단계는 지난 1년간 빠르게 풀렸지만, 두 번째는 권한 관리의 운영 비용 때문에 IT 손에 막혀 있었다.
EMA처럼 SSO 라이프사이클에 AI 도구를 얹는 방식이 표준화되면, 두 번째 단계 비용이 크게 떨어진다. 이 흐름이 1년 안에 다른 모델 벤더(OpenAI, Google 등)의 기업용 제품까지 번질 가능성이 높다고 본다. 표준이 stable이 된 이상, 따라가지 않을 이유가 없다.
반대로 IdP 시장에서는 Okta가 선점 이득을 챙겼다. Microsoft Entra, Google Workspace IdP, Ping Identity가 같은 확장으로 들어오기 전까지는 AI 에이전트 인증 하면 Okta를 떠올리는 인식이 강화될 가능성이 있다.
참고
- Claude: Centrally manage authorization for MCP connectors
- Model Context Protocol: Enterprise-Managed Authorization
- Okta: Featured identity provider for Claude Enterprise
- TestingCatalog: Anthropic launches managed connector access with Okta
- Visual Studio Code 1.123 릴리스 노트 (2026-06-03)
- IETF: Identity Assertion JWT Authorization Grant (draft-ietf-oauth-identity-assertion-authz-grant)
- Okta: Cross App Access extends MCP (2025-11-25)
- MCP 블로그: MCP joins the Agentic AI Foundation (2025-12-09)
