DNS‑AID vs ANS: 웹에서 AI 에이전트를 식별하고 찾는 새로운 방식

AI 에이전트가 웹에서 스스로 행동하는 시대가 가까워지면서 새로운 문제가 등장했다. 지금 상호작용하고 있는 AI 에이전트가 누구이며, 신뢰할 수 있는지 어떻게 확인할 것인가라는 질문이다.

2026년 5월 DNS 인프라 기업 Infoblox와 GoDaddy는 AI 에이전트의 발견과 신원 확인을 위한 두 가지 개방형 표준—DNS‑AID와 Agent Name Service(ANS)—에 대한 지원을 발표했다 . 이 접근법의 특징은 별도의 중앙 플랫폼이나 독점 레지스트리를 만들기보다 기존 인터넷 인프라인 DNS(Domain Name System) 위에서 이를 해결하려 한다는 점이다.

이 두 표준은 함께 사용될 경우 AI 에이전트가 다음을 수행하도록 돕는 것을 목표로 한다.

• 자신의 기능과 인터페이스를 공개
• 신원을 검증 가능한 방식으로 증명
• 다른 조직의 에이전트를 발견하고 상호작용

일부 개발자들이 말하는 **‘에이전틱 웹(agentic web)’**의 기본 인프라를 만들려는 시도라고 볼 수 있다.

왜 AI 에이전트에는 새로운 신원·발견 체계가 필요한가

최신 AI 에이전트는 단순한 챗봇을 넘어 다음과 같은 역할을 수행하기 시작했다.

• API 호출
• 거래 협상
• 자동화된 업무 흐름 관리
• 다른 서비스나 에이전트와 협업

이런 활동은 종종 서로 다른 기업과 시스템 사이에서 이루어진다. 따라서 상대 시스템은 다음을 확인해야 한다.

• 이 에이전트가 어떤 조직에 속하는지
• 어떤 기능을 수행할 수 있는지
• 위조되거나 악의적인 봇이 아닌지

Infoblox와 GoDaddy는 이러한 문제를 해결하지 않으면 AI 에이전트 생태계가 특정 플랫폼의 폐쇄적 디렉터리나 마켓플레이스에 의존하게 될 가능성이 있다고 본다 . 그래서 인터넷의 기존 핵심 인프라를 활용하는 접근을 제안했다.

DNS‑AID: DNS에서 AI 에이전트를 ‘발견’하는 방법

**DNS‑AID(DNS for AI Discovery)**는 Infoblox가 추진하는 표준으로, 핵심 목표는 **에이전트 발견(discovery)**이다.

이 제안은 조직이 자신의 DNS 네임스페이스 안에 구조화된 레코드와 메타데이터를 게시해 AI 에이전트 정보를 공개할 수 있도록 한다 .

예를 들어 어떤 회사가 특정 에이전트를 운영한다면 DNS 레코드를 통해 다음 정보를 게시할 수 있다.

• 에이전트 엔드포인트
• 지원 프로토콜
• 제공 가능한 기능 또는 서비스

다른 시스템은 DNS 조회를 통해 이 정보를 찾고, 해당 에이전트와 상호작용하는 방법을 알 수 있다.

DNS‑AID가 목표로 하는 핵심 기능은 다음과 같다.

• 인터넷 규모에서 확장 가능한 에이전트 발견
• 에이전트 간 표준화된 메타데이터 교환
• 중앙 디렉터리 없이 상호 운용성 확보

DNS는 이미 전 세계적으로 분산된 네이밍 시스템이기 때문에, 지지자들은 이것이 인터넷 규모의 에이전트 발견 문제를 해결하는 자연스러운 기반이라고 주장한다 .

ANS: AI 에이전트 신원을 검증하는 계층

DNS‑AID가 발견을 담당한다면 **ANS(Agent Name Service)**는 **신원과 신뢰(identity & trust)**에 초점을 맞춘다.

ANS는 AI 에이전트의 신원을 특정 조직이 소유한 도메인 이름에 연결하는 방식을 정의한다 . 이 과정에는 공개키 기반 구조(PKI)와 인증서가 사용된다.

개념적으로는 다음과 같은 흐름이다.

• 조직이 특정 도메인을 소유하고 있음을 증명
• 해당 도메인과 AI 에이전트 신원을 암호학적으로 연결
• 다른 시스템이 인증 체인을 통해 신뢰 여부를 검증

이 방식은 특히 여러 조직 사이에서 작동하는 에이전트에게 중요하다. 특정 플랫폼이 중앙 인증 역할을 하지 않는 환경에서도 신뢰 관계를 구축할 수 있기 때문이다 .

왜 새 시스템 대신 DNS 위에 구축할까

DNS‑AID와 ANS 모두 새로운 네이밍 시스템을 만드는 대신 기존 DNS를 활용한다.

DNS는 이미 다음과 같은 특징을 갖는다.

• 전 세계적으로 배포된 계층형 네이밍 시스템
• 분산된 거버넌스 구조
• 거의 모든 인터넷 서비스에서 사용
• DNSSEC 같은 보안 확장 기능

기업은 이미 자신의 도메인을 관리하고 있기 때문에, 그 도메인 아래에서 AI 에이전트 정보와 신원 데이터를 직접 게시할 수 있다. 이메일 인증, TLS 인증서, 서비스 디스커버리와 유사한 모델이다 .

즉 회사가 example.com을 소유하고 있다면, 그 도메인 아래에서 자신의 AI 에이전트를 등록하고 검증 가능한 형태로 공개할 수 있다.

왜 IETF에서 표준으로 추진되고 있을까

DNS‑AID와 ANS는 현재 **IETF(Internet Engineering Task Force)**에서 인터넷 드래프트 형태로 논의되고 있다.

IETF는 인터넷 프로토콜을 만드는 대표적인 국제 기술 표준 기구다. 인터넷 드래프트는 공식 표준 이전 단계의 공개 제안 문서다.

이 과정을 거치는 이유는 다음과 같다.

• 사양을 공개적으로 검토하고 개선
• 여러 기업이 동일한 방식으로 구현 가능
• 특정 기업의 독점 기술이 아니라 인터넷 표준으로 발전

다만 현재 문서는 초기 제안 단계이며 아직 공식 인터넷 표준은 아니다. 실제 표준 채택 여부는 업계 참여와 구현 사례에 따라 달라질 수 있다 .

단일 플랫폼이 에이전트 생태계를 지배하는 것을 막기 위해

이 프로젝트의 중요한 동기 중 하나는 AI 플랫폼이 에이전트 생태계를 독점하는 상황을 피하는 것이다.

만약 에이전트 발견과 신원이 특정 플랫폼의 디렉터리나 마켓플레이스에 의존한다면, 그 플랫폼은 다음을 사실상 통제하게 된다.

• 어떤 에이전트가 검색에 노출되는지
• 어떤 신원이 신뢰되는지
• 어떤 에이전트가 서로 상호작용할 수 있는지

반대로 DNS 기반 접근을 사용하면 도메인을 소유한 모든 조직이 직접 자신의 에이전트를 게시하고 검증할 수 있다. 이는 웹사이트를 운영하는 방식과 유사하다.

결국 권한의 중심이 플랫폼에서 도메인 소유권과 개방형 프로토콜로 이동하게 되며, 클라우드·기업·플랫폼 간 상호 운용성이 유지될 가능성이 높아진다 .

앞으로의 관전 포인트

DNS‑AID와 ANS는 아직 초기 단계지만, AI 에이전트 시대에 필요한 기본 인프라 레이어를 정의하려는 시도로 볼 수 있다.

향후 다음과 같은 요소와 함께 발전할 가능성이 있다.

• 에이전트 간 통신 프로토콜
• 접근 제어 및 권한 시스템
• 자동화된 신뢰 검증 구조

궁극적으로는 웹에서 수많은 자율 AI 에이전트가 서로 협력하고 거래하는 환경을 만들기 위한 기반이 될 수 있다. 다만 실제 영향력은 클라우드 기업, AI 플랫폼, 인터넷 인프라 업체들이 이 표준을 얼마나 채택하느냐에 달려 있다.