Claude가 IdP 없이 신원 확인서(ID-JAG)에 직접 서명해 기업용 커넥터를 자동 연결합니다. 편의성은 커졌지만, 인증 강도와 퇴사자 처리는 도입 조직이 따로 챙겨야 합니다.
Anthropic이 2026년 11월 3일(미국 시각) Claude의 기업용 커넥터 자동 연결 기능을 베타로 공개했습니다. Claude 개발자 공식 계정(@ClaudeDevs)은 “사용자가 Claude에 로그인하면, Claude를 신뢰할 수 있는 발급자(trusted issuer)로 받아들이는 MCP 서버의 플러그인이 자동으로 연결된다”고 설명했습니다. 도움말 문서의 공식 명칭은 Claude-issued auth (beta)이고, 상위 기능인 Enterprise-managed auth의 신원 출처 가운데 하나로 추가됐습니다.
“관리자가 한 번 설정하면 구성원은 따로 인증할 필요가 없다”는 요약은 대체로 맞습니다. 다만 이 기능을 정확히 이해하려면 무엇이 새로 바뀌었는지, 신원이 어떤 경로로 전달되는지, 어떤 보안 가정을 깔고 있는지를 나눠 볼 필요가 있습니다.
무엇이 새로 나왔나: IdP를 거치지 않는 두 번째 신원 출처
“관리자가 중앙에서 승인하면 구성원은 커넥터를 바로 쓴다”는 구조 자체는 새롭지 않습니다. Anthropic은 2026년 6월 18일 Okta 연동 방식으로 Enterprise-managed auth를 베타로 발표했고, 8월 24일 정식 출시(GA)했습니다. 이번에 추가된 것은 신원을 누가 보증하느냐입니다.
| 구분 | IdP-managed | Claude-issued (신규) |
|---|---|---|
| 상태 | 정식 출시(2026-08-24) | 베타(2026-11-03) |
| 신원 확인서 서명 주체 | 기업 IdP(현재 Okta만 지원) | Claude |
| 전제 조건 | Okta 등 IdP 구축 | IdP 불필요, Claude 조직 멤버십 |
| 확인하는 것 | IdP의 로그인 정책(SSO·MFA 포함) | Claude 조직 멤버인지 여부만 |
| 지원 커넥터 | 21곳 | 14곳 |
Claude-issued 베타를 지원하는 서비스는 Amplitude, Apollo.io, Atlassian, Datadog, Dropbox, Figma, Granola, HubSpot, Linear, Mixpanel, Notion, PagerDuty, Semrush, Supabase 14곳입니다(도움말 11월 3일 수정본 기준). Slack, Asana, Canva, Crossbeam, Lovable, Monday.com, Unblocked는 아직 Okta를 거치는 IdP-managed 방식으로만 쓸 수 있습니다. 대상 요금제는 Team과 Enterprise입니다.
동작 구조: ID-JAG와 JWT bearer grant
이 기능은 MCP 확장 규격인 io.modelcontextprotocol/enterprise-managed-authorization을 따릅니다. 핵심 자료는 IETF 초안 Identity Assertion JWT Authorization Grant(ID-JAG)에 기반한 서명된 JWT입니다. Okta는 같은 흐름을 Cross App Access(XAA)라고 부릅니다.
표준 흐름에서는 클라이언트가 IdP에 ID 토큰을 내고 IdP로부터 ID-JAG를 받습니다. Claude-issued 방식에서는 이 IdP 단계가 사라지고 Claude가 직접 ID-JAG에 서명합니다. 흐름을 단계별로 정리하면 다음과 같습니다.
- 사용자가 커넥터를 처음 쓰려는 순간, Claude가 해당 사용자의 신원 확인서(ID-JAG)를 만듭니다. 서명 알고리즘은 ES256이고, JWT 헤더의
typ은oauth-id-jag+jwt입니다. - Claude는 이 확인서를 MCP 서버의 인가 서버(token endpoint)로 보냅니다. 요청 방식은 RFC 7523 JWT bearer grant(
grant_type=urn:ietf:params:oauth:grant-type:jwt-bearer)이고, RFC 8707의resource파라미터가 항상 포함됩니다. - 인가 서버는 발급자(iss), 서명 키, 대상(aud), client_id, 유효 시간, jti 재사용 여부를 검증한 뒤 access token을 내줍니다.
- MCP 서버 본체는 평소와 같은 Bearer 토큰을 받습니다. 사용자는 로그인 화면이나 동의 화면을 보지 않습니다.
“Claude가 사용자 신원을 MCP 서버에 전달한다”는 표현은 엄밀히는 인가 서버에 전달한다고 써야 정확합니다. 확인서에 담기는 정보는 소문자 이메일과 불투명 식별자(sub)가 중심입니다. 개발 문서는 서비스가 sub가 아니라 이메일로 사용자를 찾도록 요구합니다. 확인서는 1분 안에 만료되고, Claude는 이 grant에서 refresh token을 쓰지 않습니다. 만료되면 새 확인서로 다시 교환합니다.
발급자 주소는 https://identity.anthropic.com/issuers/<issuer-id> 형식입니다. Anthropic은 이 ID가 조직마다 다르며 조직 ID와도 다르다고 밝혔습니다.
관리자 설정 절차와 “별도 인증 없이”의 조건
도움말에 실린 Claude 쪽 설정 순서는 다음과 같습니다.
- Organization settings > Connectors에서 커넥터를 고릅니다.
- Configuration 탭의 Managed authorization에서 Set up을 누릅니다.
- Identity source로 Claude-issued를 고르고 Issuer URL을 복사합니다.
- 연결할 서비스의 관리자 콘솔에서 이 주소를 신뢰 발급자로 등록합니다. 서비스가 workspace 또는 tenant ID를 주면 Claude에 붙여 넣습니다.
- Test connection으로 확인한 뒤 활성화하고, 커넥터를 받을 역할(Role)과 권한 범위(Scope)를 정합니다.
여기서 “구성원은 별도 인증 없이 쓴다”는 말에는 세 가지 조건이 붙습니다.
- 양쪽 관리자 작업이 필요합니다. Claude 관리자만이 아니라 연결 대상 서비스의 관리자도 커넥터마다 한 번씩 발급자를 등록해야 합니다.
- 이메일이 같아야 합니다. 사용자의 Claude 이메일과 서비스 계정 이메일이 다르면 자동 연결되지 않고 평소처럼 Connect 버튼이 뜹니다.
- Okta로 Claude에 로그인하는 조직은 쓸 수 없습니다. 이런 조직은 IdP-managed 방식을 써야 합니다.
Supabase는 같은 날 자사 블로그에서, SSO가 이미 구성돼 있다면 설정이 약 10분 걸린다고 밝혔습니다. 다만 Supabase에서는 Claude 발급자 주소가 기존 IdP 발급자를 대체하므로, IdP가 서명한 다른 AI 도구의 managed auth 연결은 거부된다는 점도 함께 적었습니다.
보안상 의미: 편의성과 맞바꾼 세 가지
Claude-issued 방식은 IdP를 구축하지 않은 조직도 중앙 관리형 연결을 쓸 수 있게 해 줍니다. 대신 신원 보증의 강도가 IdP 방식보다 낮습니다. 공식 문서에 적힌 한계는 세 가지입니다.
1. 인증 강도
도움말 원문은 “Claude는 조직 멤버십만 확인하며, SSO, MFA, 커넥터 자체의 로그인 규칙은 확인하지 않는다”고 적었습니다. 확인서에는 사용자가 IdP로 로그인했는지, MFA를 거쳤는지에 대한 정보도, 그룹 클레임도 없습니다. Anthropic은 그래서 Claude 조직 자체에 SSO를 강제하라고 권고합니다. 결국 이 방식의 보안 수준은 Claude 계정 보안 수준과 같아집니다.
2. 퇴사자 처리의 시차
Claude 조직에서 사람을 지우면 새 서명은 멈춥니다. 하지만 이미 서비스에서 발급된 access token은 만료될 때까지 유효합니다. 도움말은 “그 이메일 주소를 재사용하기 전에 각 서비스에서 해당 사용자를 지우라”고 경고합니다. 그렇지 않으면 같은 주소를 받은 새 직원이 옛 계정으로 로그인될 수 있습니다. SCIM 연동 조직이라면 디렉터리에서 일시정지만 해서는 Claude 멤버에서 빠지지 않는다는 점도 유의해야 합니다. Supabase도 “IdP에서 멤버를 비활성화해도 접근이 끊기지 않는다. Claude도 Supabase도 IdP에 활성 여부를 묻지 않기 때문”이라고 적었습니다.
3. 서비스 쪽 검증 책임
개발 문서는 발급자 주소가 비밀이 아니며, IdP를 운영하는 누구든 확인서의 email에 임의 주소를 넣을 수 있다고 밝힙니다. 그래서 커넥터 제공사는 iss, 키, 서명, typ, aud, client_id, sub, 시간, jti 재사용 방지까지 아홉 단계 검증을 구현해야 하고, 이메일 도메인 검증도 직접 해야 합니다. 자동 연결 지원 표시는 Anthropic 검토를 거친 뒤 붙습니다.
도입 판단을 위한 점검표
| 점검 항목 | 권장 조치 |
|---|---|
| Claude 조직 로그인 보안 | SSO와 MFA를 Claude 조직에 먼저 적용 |
| 이메일 체계 | Claude 이메일과 각 서비스 계정 이메일 일치 여부 확인 |
| 퇴사·이동 절차 | Claude 삭제와 별도로 연결 서비스 계정 삭제를 절차에 포함, 이메일 재배정 금지 기간 설정 |
| 배포 범위 | 역할(Role)별로 커넥터를 나눠 배포하고, 개인 계정 연결을 막는 옵션 검토 |
| 대상 커넥터 | 14곳 지원 목록에 있는지 확인. 없으면 IdP-managed 방식 검토 |
정리하면 Claude-issued auth는 IdP가 없는 중소 조직에도 “로그인하면 업무 도구가 이미 연결돼 있는” 경험을 줍니다. 커넥터 수십 개를 쓰는 조직에서 반복되는 동의 화면과 재인증 부담은 실제 도입 장벽이었습니다. 반대로 접근 통제의 중심이 IdP에서 Claude 계정으로 옮겨 가므로, 보안팀은 Claude 조직을 사실상 하나의 신원 공급자로 보고 관리해야 합니다. 베타 기간에는 민감도가 낮은 커넥터부터 역할 단위로 시험 적용하는 접근이 안전합니다.
자주 묻는 질문
Q. 개인 Pro·Max 요금제에서도 쓸 수 있나요?
A. 공식 문서가 밝힌 대상은 Team과 Enterprise 요금제입니다. 개인 요금제 지원은 언급이 없습니다.
Q. 이미 Okta로 Enterprise-managed auth를 쓰고 있다면 바꿔야 하나요?
A. 바꿀 필요가 없습니다. Okta로 Claude에 로그인하는 조직은 Claude-issued 방식을 쓸 수 없고, 기존 IdP-managed 방식이 인증 강도도 더 높습니다.
Q. 커넥터 제공사는 무엇을 구현해야 하나요?
A. 인가 서버가 RFC 7523 JWT bearer grant로 ID-JAG를 받아 검증하고 access token을 발급해야 합니다. 동적 클라이언트 등록(DCR)과는 함께 쓸 수 없어 Anthropic 보유 클라이언트 자격 증명이나 CIMD가 필요합니다.
출처: Claude 도움말 (Auto-connect your organization’s apps to Claude), Claude 개발 문서 (Enterprise-managed auth), Anthropic (2026-06-18 발표, 08-24 업데이트), MCP Enterprise-managed authorization 확장, Supabase 블로그 (2026-11-03), @ClaudeDevs 공지
대표 이미지: Supabase 블로그(흑백 변환)
