
FusionAuth 1.70은 AI 클라이언트 등록과 OAuth 토큰 교환을 지원해, MCP 서버가 사용자를 대신해 요청할 때 권한을 좁히고 행위 주체를 기록하도록 한다. CIMD와 토큰 교환은 Enterprise 플랜에서 제공되며, 실제 접근 범위를 제한하려면 연동된 API도 토큰의 권한을 검증해야 한다.
FusionAuth는 AI 클라이언트 메타데이터 문서(CIMD)를 통해 처음 연결하는 클라이언트 애플리케이션을 등록한다. 클라이언트의 식별자는 해당 클라이언트 도메인에 있는 JSON 문서를 가리키는 HTTPS URL이다. FusionAuth는 허용 목록에 있는 도메인에서 문서를 가져와 내용을 검증하고, 등록 람다의 정책에 따라 접근을 허용하거나 거부하거나 철회한다. 이는 개별 사용자의 에이전트 세션이 아니라, 특정 업체의 엔터프라이즈 어시스턴트 같은 클라이언트 소프트웨어를 등록하는 방식이다.
허용 도메인마다 범위와 등록 정책을 따로 설정할 수 있다. 클라이언트나 MCP 서버가 요청한 범위가 아니라 서버 측 정책이 부여할 범위를 정한다. CIMD로 등록한 클라이언트는 PKCE를 적용하는 공개 클라이언트로 동작하며, 클라이언트마다 사용자 동의가 필요하다. 갱신 토큰도 해당 클라이언트와 대상 리소스에 묶인다.
MCP 클라이언트 접근을 차단하는 방법은 등록을 FusionAuth API에서 삭제하거나, 클라이언트가 메타데이터를 다시 가져올 때 등록 람다에서 접근을 철회하거나, 도메인 전체를 삭제하는 것이다. 이미 발급된 액세스 토큰은 만료 전까지 유효하므로 토큰 수명을 짧게 설정해야 한다.
토큰 교환은 사용자의 기본 세션 토큰을 MCP 서버에 그대로 전달하는 대신, 특정 작업에 필요한 권한만 담은 위임 토큰을 발급한다. MCP 서버는 별도의 자격 증명을 가진 엔터티로 FusionAuth에 인증한 뒤 사용자의 토큰을 제출해 새 토큰을 요청한다. 정책 엔진은 새 토큰의 권한과 유효 기간을 제한할 수 있다. 다만 하위 API가 토큰의 범위를 실제로 검증하고, 요청 대상 리소스에 맞는지 확인해야 한다.
FusionAuth는 위임 토큰에 RFC 8693의 act 클레임을 넣어 요청을 실행하는 서비스를 사용자와 구분한다. 교환된 토큰의 권한은 원래 사용자 토큰의 범위를 좁힐 수 있지만 넘어설 수는 없다. FusionAuth는 서비스가 사용자인 것처럼 행동하는 가장과 위임을 구분하며, 토큰 교환은 위임 방식으로 작동한다고 설명한다.
토큰 교환 정책은 두 가지 엔진으로 관리한다. Entity Policy Engine은 FusionAuth가 발급한 주체 토큰을 받고, 관리 콘솔에서 설정한 엔터티 권한에 따라 기존 범위를 그대로 전달하는 코드 없는 방식이다. Lambda Policy Engine은 승인된 발급자의 외부 JWT를 받아 새 토큰의 권한, 대상, 유효 기간을 명시적으로 좁힐 수 있다. FusionAuth에 따르면 두 엔진 모두 확률적 머신러닝 모델이나 휴리스틱에 의존하지 않는다.
Recorded Intent는 MCP 서버가 토큰 교환을 요청할 때 수행하려는 업무를 자유 형식 문장으로 덧붙이는 기능이다. FusionAuth는 이 문장을 교환 로그에 기록하지만 해석하거나 사실 여부를 확인하지 않으며, 접근 허용 여부를 결정하는 데 사용하지 않는다. 승인·거부된 모든 교환 시도는 검색 가능한 로컬 감사 로그에 기록된다. 로그 보존 기간은 기본 7일이며 1~31일로 설정할 수 있다. token.exchange 웹훅으로 교환 이벤트를 SIEM에 실시간 전송할 수 있고, 토큰 발급 전에 웹훅 성공을 요구하도록 설정할 수도 있다.
FusionAuth는 사람과 비인간 계정의 권한을 하나의 테넌트에서 관리하는 구조를 제시한다. 자체 온프레미스, AWS·GCP·Azure의 프라이빗 VPC, 인터넷과 분리된 환경, FusionAuth Cloud의 관리형 단일 테넌트 배포를 지원한다고 밝혔다. 정책 평가는 FusionAuth 인스턴스 안에서 이뤄지지만, 허용된 외부 도메인에서 CIMD 문서를 가져오고 외부 토큰 발급자의 서명 키를 확인한다. 정책 람다가 외부 API를 호출하도록 작성할 수도 있다.
요금은 월간 활성 사용자(MAU)를 기준으로 하며, 에이전트·MCP 서버 등 기계 정체성은 에이전트 수, 엔터티 수, 토큰 수에 따라 별도 과금하지 않는다고 FusionAuth는 설명한다. CIMD와 토큰 교환은 Enterprise 플랜에 포함되며 엔터티 수 제한이 없다.
FusionAuth는 현재 MCP 엔드포인트가 여러 클라이언트에 공유 API 키나 정적 OAuth 자격 증명을 사용하고 있는지 점검하고, 위임 흐름과 CIMD 설정을 검토하라고 권한다. 자세한 내용은 RFC 8693 토큰 교환 문서와 CIMD 설정 가이드에서 확인할 수 있다.
댓글 (0)
로그인하면 이 기사에 내 생각을 남길 수 있어요