The Linux Foundation wants AI agents to prove who they are with DNS

개요

Linux Foundation은 AI 에이전트가 DNS를 통해 검증 가능한 신원을 증명할 수 있도록 하는 Agent Name Service(ANS)를 시작할 의사를 발표했습니다.

주요 내용

* AI 에이전트의 신원 증명 필요성: CI/CD 파이프라인에서 사용되는 AI 에이전트는 인간이 인지하고 검증할 수 있는 고유한 신원을 가져야 하지만, 현재는 봇 계정 이름으로만 식별되어 보안에 취약합니다.
* Agent Name Service(ANS) 소개: Linux Foundation은 AI 에이전트의 신원을 DNS에 연결하여 검증 가능한 신원을 부여하는 오픈 표준인 ANS를 발표했습니다.
* ANS의 기원 및 발전: ANS는 OWASP GenAI Security Project의 연구 논문에서 시작하여 IETF의 개별 초안을 거쳐 Linux Foundation에서 추진하는 방식으로 발전했습니다.
* 작동 메커니즘:
* 에이전트 운영자는 TLS 인증을 위해 ACME 프로토콜을 사용하여 도메인 제어권을 증명합니다.
* 등록 기관(Registration Authority)은 해당 도메인에 바인딩된 인증서 쌍을 에이전트에게 발급합니다.
* 에이전트는 도메인에 대한 CA 서명된 증명 자료를 제시하여 소속을 증명합니다.
* 에이전트의 상태 변경(등록, 갱신, 취소)은 변경 불가능한 로그에 기록됩니다.
* 검증 수준은 기본 인증서 확인부터 로그까지 검토하는 엄격한 수준까지 선택 가능합니다.
* ANS 도입의 이점:
* 검증 가능한 이름: 파이프라인이 벤더 계정 없이 에이전트의 이름을 검증할 수 있습니다.
* 간편한 취소 및 복구: 토큰 로테이션 대신 로그에 기록하여 에이전트의 상태를 즉시 취소할 수 있으며, 사고 발생 시 에이전트의 현재 상태를 즉시 확인할 수 있습니다.
* 정책 기반 제어: 허용 목록 기반의 에이전트 정책을 로그 검사를 통해 간편하게 적용할 수 있습니다.
* 기존 기술과의 유사성: ANS는 워크로드 ID, OIDC 토큰 교환, 상호 TLS 등 기존의 신원 증명 메커니즘과 유사한 프레임워크를 활용하지만, 사람이 읽을 수 있는 이름과 외부에서 검증 가능한 레지스트리를 제공한다는 점에서 차별화됩니다.
* 고려사항 및 향후 과제: ANS는 아직 초기 단계이며, 공개 레퍼런스 구현, 등록 기관 확보, 도메인 소유권 상실 시 처리 방안 등 해결해야 할 과제가 남아 있습니다. 또한 DNS 장애 시 ANS 검증도 실패할 수 있으므로, 이를 고려한 내결함성 설계가 필요합니다.

시사점

AI 에이전트를 운영자가 제어하는 도메인에 고정하는 것은 인터넷 신원 관리 방식과 일치하며, 복잡한 절차 없이 감사 기록을 명확하게 만들 수 있는 올바른 방향입니다. 이 기술이 레퍼런스 구현으로 발전하여 CI 단계에서 쉽게 활용될 수 있다면 에이전트 기반 공급망의 보안이 강화될 것입니다.