앤스로픽, 클로드 플러그인 자동 연결 베타 공개

앤스로픽이 11월 3일(현지 시각) 클로드에 로그인하기만 하면 업무용 플러그인이 자동 연결되는 기능을 베타로 공개했다. 핵심은 클로드가 로그인한 사용자를 직접 보증하는 신뢰 발급자(trusted issuer) 방식이다. 조직에 별도 ID 공급자가 없어도 관리자가 한 번 설정하면 구성원은 플러그인마다 로그인하고 권한을 승인하는 절차 없이 바로 쓴다. 베타는 Team·Enterprise 요금제에서 열렸고, Amplitude, Apollo.io, Atlassian, Datadog, Dropbox, Figma, Granola, HubSpot, Linear, Mixpanel, Notion, PagerDuty, Semrush, Supabase 등 14개 플러그인이 먼저 지원한다.

앤스로픽 개발자 공식 계정 ClaudeDevs는 발표 게시물에서 플러그인 개발사를 겨냥했다. 이 계정은 "클로드용 플러그인을 만들고 있다면 지원을 추가해 사용자가 더 빨리 시작하고 다시 인증하지 않고도 연결을 유지하게 하라"고 밝혔다. 발표 게시물은 공개 10시간 만에 조회수 약 49만 회를 기록했다.

이번 기능은 앤스로픽이 먼저 내놓은 엔터프라이즈 관리형 인증(EMA)의 두 번째 갈래다. EMA는 관리자가 조직의 ID 공급자를 통해 플러그인을 조직 전체에 연결하는 방식으로, MCP의 공개 확장 규격 위에 만들어졌다. 고객지원 문서에 따르면 ID 공급자가 서명하는 IdP 관리형은 정식 출시 상태이고, 지원하는 ID 공급자는 아직 Okta 하나다. ClaudeDevs는 "조직의 ID 공급자가 EMA를 지원하지 않으면 클로드가 로그인한 구성원 각각을 직접 보증할 수 있다"고 설명했다. 이번에 베타로 나온 것이 그 클로드 발급형이다.

작동 원리는 서명된 신원 확인서 한 장이다. 메탈이 확인한 개발자 문서에 따르면 클로드는 플러그인 회사의 인가 서버에 OAuth 동의 화면 대신 서명된 JSON 웹 토큰(JWT)을 보낸다. 형식은 ID-JAG(Identity Assertion JWT Authorization Grant)이고, 교환은 JWT 베어러 그랜트 표준인 RFC 7523을 따른다. 클로드 발급형 확인서의 발급자 주소는 https://identity.anthropic.com/issuers/ 뒤에 조직마다 다른 식별자가 붙는 형태다. 서명 알고리즘은 ES256이고, 확인서 한 장은 1분 안에 만료된다. 인가 서버가 이를 검증해 액세스 토큰을 내주면 클로드는 그 토큰으로 MCP 서버에 도구 호출을 보낸다.

관리자 쪽 설정은 연결마다 한 번이다. 관리자는 클로드 조직 설정의 커넥터 메뉴에서 관리형 인증을 열고 신원 출처로 클로드 발급형을 고른 뒤 발급자 URL을 복사한다. 그 URL을 상대 서비스 관리자 콘솔에 신뢰 발급자로 등록하고, 서비스가 워크스페이스나 테넌트 ID를 주면 클로드에 붙여 넣는다. 연결 시험을 통과하면 어떤 역할이 플러그인을 자동으로 받을지 고른다. 특정 팀의 사용자 지정 역할에만 먼저 켜는 시범 운영도 가능하다. 관리형 인증 전체로 보면 Asana, Canva, Slack, Monday.com, Lovable을 포함해 21개 커넥터가 대상이다.

사용자가 보는 화면은 단순하다. 고객지원 문서는 사용자가 커넥터를 처음 필요로 할 때 이미 연결돼 있고 로그인 페이지나 동의 화면이 뜨지 않는다고 설명한다. 클로드 계정 이메일과 상대 서비스 계정 이메일이 다르면 자동 연결이 되지 않고 평소의 연결 안내가 뜬다. MCP 서버가 도구 호출에 401 응답을 돌려주면 클로드가 그 자리에서 확인서를 교환하고 호출을 다시 시도한다. 브라우저 로그인과 관리형 인증을 함께 켜 두면 클로드는 관리형 인증을 먼저 시도하고, 실패할 때만 개별 로그인을 요청한다.

테크 변호사의 눈으로 보면 이번 발표는 신원을 보증하는 책임의 자리를 옮긴다. 고객지원 문서는 클로드가 조직 구성원인지만 확인하고 SSO나 다중 인증(MFA), 커넥터 자체의 로그인 규칙은 확인하지 않는다고 적었다. 앤스로픽은 고객 지시에 따라 구성원의 이메일 주소와 고유 식별자를 커넥터에 보낸다. 접근 결정과 범위, 커넥터가 닿는 데이터는 클로드 설정과 상대 서비스 권한이 정한다고 문서는 명시했다. 개발자 문서는 "발급자 URL은 비밀이 아니다"라고 경고하면서, 누군가 다른 고객의 발급자 URL을 자기가 관리하는 워크스페이스에 등록할 수 있으니 이메일이 검증된 사용자만 로그인시키라고 요구했다.

퇴사 처리에는 시차가 남는다. 구성원을 클로드 조직에서 빼면 클로드는 그 사람의 확인서 서명을 멈추지만, 이미 발급된 액세스 토큰은 만료 때까지 유효하다. 앤스로픽은 같은 이메일 주소가 재사용되기 전에 각 서비스에서도 계정을 지우라고 권고했다. 그러지 않으면 새로 그 주소를 받은 사람이 옛 계정으로 로그인될 수 있다는 설명이다. 디렉터리 동기화(SCIM)를 쓰는 조직이라면 디렉터리가 구성원을 삭제할 때만 클로드에서도 빠지고, 정지나 비활성 표시만으로는 빠지지 않는다.

플러그인 개발사의 숙제는 구체적이다. 인가 서버는 워크스페이스마다 신뢰 발급자를 정확히 하나만 묶어야 하고, 키를 가져오기 전에 발급자 주소를 문자열 그대로 대조해야 한다. 같은 확인서의 재사용을 막는 jti 검사, 최대 60초의 시계 오차 허용, ES256과 RS256 외 알고리즘 거절이 필수 항목이다. 동적 클라이언트 등록(DCR)은 지원하지 않고, 이 그랜트로는 리프레시 토큰을 발급하지 말라고 문서는 적었다. 준비를 마친 개발사는 앤스로픽 심사 메일로 신청해 디렉터리 목록에 지원 표시를 받는다.

메탈은 앤스로픽이 클로드 플러그인 제출 포털을 연 소식과 클로드의 MCP 태스크·엘리시테이션 지원을 보도한 바 있으며, 이번 발표는 그 위에 연결 단계의 마찰을 걷어 내는 조각을 얹었다. 앞의 두 발표가 무엇을 연결할지를 넓혔다면 이번에는 누가 연결을 보증하느냐를 바꿨다.

결국 질문은 편의와 보증의 교환이다. 클로드 발급형은 SSO가 없는 작은 조직도 14개 업무 도구를 로그인 한 번으로 묶게 해 준다. 그 대가로 상대 서비스는 클로드의 서명 하나를 믿고 이메일로 사람을 찾는다. 앤스로픽은 클로드 발급형을 쓰더라도 클로드 조직에 SSO를 강제하라고 여전히 권고했다. 확인서의 수명은 1분이지만 액세스 토큰의 수명은 각 서비스가 정한다. 퇴사자의 접근이 언제 끊기는지는 그 숫자가 결정한다.