AI 에이전트의 신원 관리 시대
최근 구글, 마이크로소프트, AWS가 거의 동시에 같은 방향의 발표를 했습니다. 바로 AI 에이전트마다 독립된 신원(Identity)을 부여하고, 접근 권한을 직접 관리하는 체계입니다.
주요 클라우드 3사의 움직임
구글: 에이전트 아이덴티티
▸AI별 암호학적 식별자 부여
▸어떤 AI가 어떤 데이터에 접근했는지 추적
▸필요시 해당 AI의 권한만 선별적으로 차단
마이크로소프트: 엔트라 에이전트 ID
▸최소 권한 원칙 적용
▸직원과 AI의 변경 이력을 구분 관리
▸담당자 지정 및 퇴사·직무 이동 시 관리 책임 이관
AWS: 베드록 에이전트코어 아이덴티티
▸사용자 동의 포털 추가
▸AI가 접근 전 요구 권한 확인·승인 절차 도입
왜 지금 필요한가?
AI가 단순히 답변만 하던 챗봇에서, 실제 업무 도구를 호출하고 데이터를 직접 변경하는 주체로 바뀌었기 때문입니다.
직원 계정이나 공용 계정을 AI가 그대로 빌려 쓰는 방식은 더 이상 안전하지 않습니다. AWS는 최근 악성 지시문이 외부 콘텐츠에 숨어 들어와 승인 절차 없이 시스템 명령을 실행할 수 있었던 취약점을 공개하기도 했습니다.
핵심은 권한의 세분화
중요한 것은 'AI 계정을 몇 개 만드느냐'가 아닙니다. 핵심은:
▸권한을 얼마나 **세분화**하는가
▸누가 그 권한을 언제 **부여**했는가
▸업무가 끝나면 언제 **회수**하는가
특권 접근 관리(PAM)의 확장
사람 계정을 관리하던 PAM의 원칙이 AI 에이전트로 확장되고 있습니다:
▸✅ 최소 권한 부여
▸✅ 세션 통제
▸✅ 행위 감사
▸✅ 권한 만료 관리
결론
신원을 분리해도 AI의 오작동 자체를 완전히 막을 수는 없습니다. 하지만 비인간 신원(Non-Human Identity)을 어떻게 통제하느냐가 AI 시대의 핵심 보안 과제가 될 것입니다.
조직이 AI 도입을 확대할수록, 이러한 신원 관리 체계는 필수가 될 것입니다.