"AX를 도입하면 생산성이 오른다"는 약속에는 빠진 변수가 하나 있다. 도입한 에이전트가 곧 몇 개인지 아무도 세지 못하게 된다는 것이다. 마케팅이 만든 자동화, 영업이 붙인 봇, 개발자가 시험 삼아 띄운 스크립트가 각자 유효한 자격증명을 들고 IT의 시야 밖에서 돌아간다.
보안 업계는 이것을 새로운 섀도 IT라 부른다. 한 분석은 대형 조직의 공격 표면에 에이전트·자동화로 묶인 자원이 15만 개를 넘고, 그중 82%는 전문 개발자가 아닌 사람이 만들었다고 본다. CISO의 75%는 이미 승인받지 않은 그런 도구를 운영 환경에서 발견했다. 위험은 에이전트가 똑똑해서가 아니라, 사람의 신원이 아닌 자격으로 실제 권한을 들고 다니는데 주인이 없다는 데 있다.
6월 19일자 거버넌스 정리는 이 전환을 한 줄로 요약한다. 에이전트는 소프트웨어 배포 문제가 아니라 통제 문제다. 그리고 통제의 단위로 업계가 수렴하는 답은 하나다. 에이전트마다 신원을 붙이고 명부에 올리는 것.
위험한 건 모델이 아니라 주인 없는 자격증명이다
에이전트가 사고를 내는 경로는 대개 모델의 추론 실패가 아니다. 공유된 API 키, 너무 넓게 열린 권한, 그 자동화를 누가 책임지는지 아무도 모르는 상태다. 사람 계정에는 입사·퇴사·권한 회수라는 수명주기가 있지만, 급조된 에이전트에는 그것이 없다. 남는 것은 만료되지 않고 관리되지도 않는 비인간 신원이다. 이 신원이 늘어나는 속도가 통제 도구가 따라가는 속도보다 빠른 것, 그것이 지금의 핵심 리스크다.
이번 주의 합의는 '에이전트마다 신원'이다
서로 다른 주체들이 같은 모양의 대응으로 모이고 있다. 초점은 모델을 더 똑똑하게 만드는 것이 아니라, 에이전트 하나하나에 신원을 부여하고 그 권한과 행적을 추적 가능하게 만드는 것이다.
| 출처·도구 | 통제의 단위 |
|---|---|
| 에스토니아 AI ID | 에이전트당 식별코드 + 책임 운영자 연결 |
| 마이크로소프트 Agent 365 | 에이전트별 실행 자산·신원·도달 자원 매핑 |
| AWS AgentCore | Cedar 규칙 기반 실시간 도구 호출 통제 |
| Attentive 프레임워크 | 고유 신원 + 권한 범위 + 추론 감사 로그 |
방식은 달라도 전제는 같다. 에이전트를 직원처럼 다룬다 — 한 명마다 신원을 주고, 명부에 올리고, 무엇에 접근했는지 남긴다. 마이크로소프트가 6월부터 Defender로 에이전트별 실행 기기·연결된 MCP 서버·도달 가능한 클라우드 자원을 매핑하는 것도, 에스토니아가 자율 에이전트에 식별코드를 부여해 책임 운영자와 묶는 것도 같은 방향이다.
정책보다 명부가 먼저다
Gartner의 에이전트 확산 대응 6단계도 순서를 분명히 한다. 정책 문서를 쓰기 전에, 승인된 것과 섀도 모두를 발견해 중앙 인벤토리부터 만들고, 그 위에서 신원·권한·수명주기를 정의하라는 것이다. 보이지 않는 것은 통제할 수 없기 때문이다. 다만 명부가 곧 통제는 아니다. 등록을 의무화하면 마찰이 생기고, 섀도 에이전트는 자발적 신고를 우회한다. 그래서 자가 신고보다 자동 발견이, 사후 정책보다 도입 시점의 신원 부여가 실효를 가른다.
AX 전환의 다음 과제는 더 많은 에이전트를 붙이는 것이 아니라, 지금 무엇이 돌고 있는지 셀 수 있는 능력이다. 신원과 명부가 없는 자동화는 생산성 도구가 아니라 관리되지 않는 자격증명이다. 조녁컴퍼니가 도입 교육에서 속도보다 먼저 점검하는 것도, 조직이 자기 에이전트를 직원처럼 셀 수 있느냐다. 사업영역 →