AI-agenter får telefonkatalog i DNS

AI-agentene er i ferd med å få sin egen katalogtjeneste. The Register omtaler DNS-AID, et nytt Linux Foundation-prosjekt som skal gjøre det mulig for AI-agenter og MCP-servere å finne og verifisere hverandre gjennom vanlig DNS-infrastruktur.

Prosjektet ble annonsert av Linux Foundation 27. mai og omtalt av The Register 28. mai. Det er utviklet med utgangspunkt i arbeid fra Infoblox og støttes av aktører som Cloudflare, CSC, Equinix, GoDaddy, Indeed, Internet Systems Consortium og WWT. Ambisjonen er enkel: unngå at agent-til-agent-kommunikasjon blir låst til sentrale registre, proprietære kataloger eller hardkodede endepunkter.

For norske CIO-er og CISO-er er dette mer enn et nerdete DNS-prosjekt. Hvis agenter skal handle på vegne av virksomheter, hente data, kalle verktøy og snakke med andre agenter, må de kunne oppdage hverandre på en måte som er styrbar, verifiserbar og vendor-nøytral. DNS-AID forsøker å legge den funksjonen i internetts eksisterende navnesystem.

DNS som agentkatalog

DNS-AID bruker DNS Service Binding, SVCB, med TXT-poster som fallback. The Register skriver at løsningen også kan bruke DNSSEC og DANE TLSA-poster for verifisering. Linux Foundation beskriver prosjektet som et åpent rammeverk for publisering, oppdagelse og verifisering av AI-agenter og Model Context Protocol-servere uten sentralisert register.

I praksis publiserer en virksomhet informasjon om agentene sine i egen DNS-sone. Et oppslag mot en struktur som ligner _agentnavn._protokoll._agents.dittdomene kan gi klienten informasjon om hvor agenten finnes, hvilke protokoller den støtter, og hvordan forbindelsen kan verifiseres. DNS-AID skal støtte MCP, A2A, HTTPS og andre protokoller som kan adresseres gjennom SVCB og ALPN.

Linux Foundation oppgir at prosjektet har en referanseimplementasjon med Python SDK, kommandolinjeverktøy og MCP-server. The Register skriver at utviklere kan komme i gang ved å installere dns-aid og kjøre init, og at lokale tester kan kjøres med en Docker-basert BIND9-lekeplass.

Det høres lavmælt ut, men arkitekturvalget er viktig. DNS er allerede distribuert, globalt, forstått av nettverksmiljøene og tett koblet til eksisterende tillitsmekanismer. Alternativet er at hver agentplattform bygger sin egen katalog. Da får markedet raskt nye flaskehalser og nye steder der leverandøren kontrollerer hvem som får snakke med hvem.

Ny kontrollflate for agentisk AI

Agentisk AI flytter risiko fra brukergrensesnitt til infrastruktur. En chatbot som svarer feil er et kvalitetsproblem. En agent som finner en annen agent, ber om en handling, sender data eller initierer en transaksjon, er et kontrollproblem. Da må identitet, policy, logging og sporbarhet inn tidlig.

DNS-AID prøver å løse oppdagelsesdelen. Det er ikke det samme som full identitets- og tilgangsstyring. En katalog sier hvor noe finnes og hvordan det kan verifiseres. Den bestemmer ikke alene hva agenten får lov til å gjøre. Men den kan bli et nytt punkt for policy: hvilke agenter skal publiseres, hvilke domener skal aksepteres, hvilke protokoller er tillatt, og hvordan skal virksomheten håndtere agenter som ikke kan verifiseres?

For CISO betyr dette at DNS ikke bare er navneoppslag for web og e-post. Det kan bli en del av kontrollplanet for AI-agenter. Det gjør eksisterende disipliner mer relevante: DNSSEC, zone governance, sertifikathåndtering, overvåking av uvanlige oppslag, endringskontroll og eierskap til domenestruktur. Hvis agentkatalogen ligger i DNS, blir DNS-endringer også agentendringer.

For CIO og CTO er leverandørstyring like viktig. En åpen katalogmekanisme kan gjøre det enklere å koble agenter på tvers av skyer, SaaS-plattformer og interne systemer. Men den kan også gjøre det lettere å miste oversikt. Hvis team kan publisere agenter uten felles standard, får virksomheten en ny variant av skygge-IT. Bare med mer autonomi.

Vendor-nøytralitet blir strategisk

Linux Foundation legger vekt på åpen styring. Det er naturlig. Agentmarkedet er allerede fullt av konkurrerende protokoller, rammeverk og plattformer. MCP har fått fart som verktøy- og kontekstprotokoll. A2A er et annet spor for agent-til-agent-kommunikasjon. De store sky- og AI-leverandørene vil alle ha posisjon i kontrollplanet.

DNS-AID angriper et mer grunnleggende lag: hvordan finner agentene hverandre før de begynner å snakke? Hvis svaret blir en åpen DNS-basert mekanisme, kan det redusere risikoen for at én leverandør eier katalogen. Hvis svaret blir mange private kataloger, får virksomheter mer integrasjonsarbeid og høyere byttekostnad.

Dette er ikke en ferdig standard som norske virksomheter bør rulle ut blindt i morgen. Prosjektet er nytt. Det må modnes, testes og sees opp mot eksisterende sikkerhetsarkitektur. Men retningen er verdt å følge. Agentisk AI trenger ikke bare bedre modeller. Det trenger kjedelige, robuste internettmekanismer som kan revideres og driftes. DNS-AID er et forsøk på nettopp det.

Det korte rådet til ledere er praktisk: ikke la agentarkitekturen bli et produktvalg alene. Be om en teknisk plan for agent discovery, identitet, logging og policy før agentene får lov til å kalle interne eller eksterne systemer på egen hånd. Hvis DNS blir en del av svaret, må nettverk, sikkerhet og plattformteam sitte ved samme bord som AI-teamet.

Kilder og medier

Hovedkilde: The Register, «AI agents get their own phone directory built atop DNS», 28. mai 2026: https://www.theregister.com/ai-ml/2026/05/28/ai-agents-get-their-own-phone-directory-built-atop-dns/5247539

Primærkilde/verifisering: Linux Foundation, «Linux Foundation Announces DNS-AID Project to Advance Decentralized AI Agent Discovery», 27. mai 2026: https://www.linuxfoundation.org/press/linux-foundation-announces-dns-aid-project-to-advance-decentralized-ai-agent-discovery

Thumbnail: OpenAI Image 2 / hogby.ai.