베드록 에이전트코어 게이트웨이, 서비스나우 연동 시 대리 토큰 교환 기능 지원

에이전트 신원 전파 방식의 전환

아마존 베드록 에이전트코어 게이트웨이에 마이크로소프트 엔트라 아이디 기반의 대리(On-Behalf-Of) 토큰 교환 기능이 도입되었다. 이번 기능 추가를 통해 인공지능 에이전트가 서비스나우의 레스트(REST) 응용프로그램 인터페이스를 호출할 때 최초 요청자의 신원을 온전하게 전달할 수 있게 되었다. 과거에는 토큰 교환을 처리하기 위해 별도의 아마존웹서비스 람다 인터셉터를 개발하고 유지보수해야 했으나, 이제는 게이트웨이 대상 설정만으로 토큰 교환이 자동 수행된다.

이 연동 방식은 인공지능 에이전트와 서비스나우 사이에 모델 컨텍스트 프로토콜(MCP) 서버 역할을 하는 게이트웨이를 배치하는 구조다. 사용자가 에이전트를 호출할 때 사용한 인증 토큰은 게이트웨이에서 서비스나우 커넥터용 토큰으로 교환된다. 결과적으로 서비스나우는 최종 호출자의 권한 체계를 그대로 적용받게 되며, 기업 환경에서 요구하는 세밀한 접근 제어를 만족하게 된다.

사용자 신원 유지의 필요성과 배경

기업용 응용프로그램 인터페이스와 통신하는 인공지능 에이전트는 전체 요청 흐름에서 사용자의 신원을 일정하게 유지해야 하는 과제를 안고 있다. 신원 전파가 이루어지지 않으면 하위 서비스에는 실제 작업을 요청한 사용자가 아니라 에이전트 애플리케이션 자체의 자격 증명으로 호출이 도달하게 된다. 이러한 형태는 시스템 감사 추적을 훼손하고 사용자 단위의 접근 통제를 무력화하여 최소 권한 원칙에 위배되는 문제를 낳았다.

대리 토큰 교환은 호출 주체 간에 서로 다른 토큰 수신 대상 식별자를 맞추기 위한 핵심 기술이다. 사용자가 에이전트에 전달한 토큰은 에이전트의 클라이언트 식별자를 대상으로 발행되지만, 서비스나우는 자체 커넥터 클라이언트 식별자를 대상으로 발행된 토큰만을 유효하다고 판단한다. 게이트웨이는 사용자 위임 동의가 확인된 상태에서 엔트라 아이디에 토큰 교환을 요청함으로써 양측 규격 차이를 매끄럽게 연결한다.

게이트웨이와 엔트라 아이디 연동 절차

이 기능을 구성하기 위해서는 엔트라 아이디에 인공지능 에이전트와 서비스나우 커넥터를 나타내는 두 개의 애플리케이션 등록이 필요하다. 서비스나우 커넥터 등록에서는 사용자 가장 범위를 노출해야 하며, 에이전트 등록에서는 서비스나우 커넥터를 호출할 수 있는 권한과 클라이언트 비밀 키를 발급받아야 한다. 에이전트코어 게이트웨이는 이 자격 증명을 바탕으로 토큰 엔드포인트와 통신하여 대리 토큰 교환 작업을 수행한다.

게이트웨이 설정에서는 아웃바운드 인증 구성에 제이슨 웹 토큰(JWT) 인가 부여 방식을 지정하고 대상 엔드포인트를 등록해야 한다. 대상 설정 시 토큰 교환 인가 방식을 활성화하고 엔트라 아이디에 정의한 사용자 가장 범위를 지정해야 한다. 특히 대리 토큰 사용을 명시하는 사용자 정의 매개변수를 빠뜨리지 않고 전달해야 엔트라 아이디의 정상적인 토큰 교환 처리가 완료된다.

서비스나우 구성 및 적용 조건

서비스나우 측에서는 외부 인증 제공자를 연동하기 위해 오픈아이디 커넥트(OIDC) 메타데이터를 등록하고 인바운드 설정을 진행해야 한다. 엔트라 아이디에서 발행한 토큰의 사용자 식별 클레임이 서비스나우 사용자 계정의 이메일 항목과 정확하게 일치하도록 매핑해야 권한이 적용된다. 또한 엔트라 아이디가 기본 제공하지 않는 식별자 검증 설정을 해제하거나 내부 고유 클레임을 매핑하여 재생 공격 방지 및 차단 목록 기능을 보완할 수 있다.

이번 대리 토큰 교환 기능은 모델 컨텍스트 프로토콜 2025-11-25 버전으로 생성된 게이트웨이에서만 동작하며 이전 버전으로 만들어진 환경에서는 활성화할 수 없다. 사전 조건으로는 에이전트코어 게이트웨이 접근 권한을 가진 계정과 애플리케이션 등록 권한이 있는 엔트라 테넌트, 그리고 인바운드 설정을 제어할 수 있는 서비스나우 관리자 권한이 요구된다. 운영 환경에서는 아마존 베드록 가드레일을 추가로 결합하여 입력과 출력을 검증하고 유해 콘텐츠를 차단하는 보안 조치를 병행할 수 있다.