오윤성 기자

IBM이 기업용 AI 에이전트를 개발자나 이용자 계정과 분리해 식별하는 ‘IBM Agent Identity’를 정식 출시했다. 에이전트마다 고유한 디지털 신원을 부여하고, 누가 어떤 권한으로 업무를 맡겼으며 무엇을 실행했는지 추적하는 체계다.

하루 뒤 미국 국립표준기술연구소(NIST)도 에이전트 신원·권한 관리에 관한 초기 10대 설계 원칙을 제안했다. 기업 AI 시장에서 모델 성능뿐 아니라 권한 제한과 즉시 철회, 감사 가능성이 새로운 경쟁축으로 떠오르는 모습이다.

IBM은 지난 26일 Agent Identity의 정식 제공을 발표했다. 중앙 등록부에서 에이전트의 소유자와 수명주기, 위험 등급, 승인된 도구 연결을 관리하고 사람에서 에이전트로 이어지는 권한 위임 과정을 보존하는 것이 핵심이다.

여기서 별도 ID는 정부가 발급하는 신분증이 아니라, 사람·일반 서비스 계정과 구별되는 고유하고 검증 가능한 기업용 디지털 신원이다. 공유 계정을 사용하면 감사 기록에 이용자가 직접 업무 시스템에 접근한 것처럼 남을 수 있지만, 별도 ID를 쓰면 어떤 에이전트가 누구의 위임을 받아 행동했는지 구분할 수 있다.

신원을 붙이는 것만으로 보안이 완성되는 것은 아니다. IBM은 OAuth 기반의 단기·업무 범위 한정 토큰을 사용하고, IBM Verify가 신원과 위임·정책·토큰 교환·감사를 관리하도록 설계했다. HashiCorp Vault는 적시·대상별 자격증명을 중개하며, Agent Identity와 결합된 통제는 승인 범위 밖의 접근을 거부하고 세션을 실시간 철회할 수 있다.

기존 인프라를 전부 교체하는 방식도 아니다. IBM 제품 설명에 따르면 Microsoft Entra ID와 Okta, Ping Identity 등 기존 신원 시스템과 함께 사용할 수 있다. 사람 계정과 에이전트 계정을 분리하면서도 에이전트의 행동을 원래 요청자나 승인 상태, 상위 시스템까지 추적하는 구조다.

다만 정식 출시 범위는 구분해야 한다. Agent Identity 자체는 일반 제공 단계로 전환됐지만, watsonx Orchestrate의 외부 에이전트 자동 발견과 격리·중단 기능 등 일부 주변 기능은 기술 프리뷰다. 가격과 지역별 공급 범위도 공개 자료에서 확인되지 않았다.

NIST가 27일 제시한 10대 원칙은 고유한 에이전트 식별, 지시자와 에이전트의 연결 및 하위 위임 때 권한 축소, 최소 권한과 상시 권한 제로, 단기·동적·철회 가능한 권한 부여를 요구한다.

위험 임계점에 따른 인간 검토, 암호학적으로 서명된 임무와 제약, 정책과 추론의 구조적 분리, 결정론적 접근 판단, 지속적인 이상행동 감시, 에이전트가 수정할 수 없는 증거 보존도 포함됐다.

가장 주목할 대목은 정책과 추론의 분리다. 확률적으로 작동하는 대규모언어모델은 무엇을 시도할지 판단할 수 있지만, 실제 실행을 허용할지는 모델 외부의 결정론적 정책 엔진이 맡아야 한다는 의미다. 프롬프트 인젝션으로 추론 과정이 흔들리더라도 자격증명이나 허용 범위까지 함께 확대되지 않도록 피해 반경을 제한하는 구조다.

인간 승인도 만능 통제 수단으로 보지 않았다. NIST는 승인 요청이 지나치게 많으면 사용자가 내용을 검토하지 않고 허용하는 ‘동의 피로’가 발생할 수 있다고 지적했다. 위험도가 높은 행동만 사람에게 넘기고 나머지는 사전에 정한 정책으로 통제해야 한다는 설명이다.

감사 기록의 기준도 높였다. 단순 실행 로그가 아니라 에이전트의 신원과 위임받은 의도, 실제 행동을 하나의 증거 사슬로 연결하고 에이전트와 독립된 시스템에 추가 전용 형태로 보관해야 한다. 침해된 에이전트가 자신의 기록을 지우거나 바꾸지 못하게 하기 위해서다.

NIST는 앞서 받은 산업계·정부·학계 관계자 600명 이상의 공개 의견을 바탕으로 이번 원칙을 구성했다. 첫 구현 검증 분야로는 AI 에이전트가 코드와 배포 시스템에 직접 접근하는 소프트웨어 개발 환경을 선정했다.

이번 발표들이 모델 성능 경쟁의 종료를 뜻하는 것은 아니다. 다만 기업이 실제 업무를 에이전트에 맡기려면 벤치마크 점수와 별도로 누가 에이전트를 소유하는지, 어느 시스템까지 접근할 수 있는지, 문제가 생겼을 때 즉시 권한을 끊을 수 있는지, 사후 책임을 입증할 수 있는지를 평가해야 한다.

IBM 제품은 NIST 원칙과 방향이 맞닿아 있지만 NIST 인증을 받았거나 10개 원칙을 모두 구현했다고 볼 근거는 없다. 특히 IBM이 설명하는 구조화 감사 기록이 NIST가 요구한 독립적·변조 탐지형 증거와 동일한지는 추가 기술 검증이 필요하다.