Linux Foundation lanceert Agent Name Service voor de identiteit van AI-agenten

Linux Foundation maakte bekend dat Agent Name Service (ANS) op 10 november 2026 officieel van start is gegaan als project van de stichting. De dienst biedt AI-agenten identiteitsverlening op basis van domeinnamen, vindbaarheid en authenticatie via een open specificatie en opensourcetools.

ANS is ontworpen om een systeem te laten vaststellen met welke geregistreerde agent het te maken heeft voordat het zijn eigen beveiligingsbeleid toepast. Het koppelt een versiegebonden naam aan een domein dat wordt beheerd door de operator van de agent, gebruikt het Domain Name System (DNS) om informatie voor het vinden van agenten te publiceren en registreert ondertekende gebeurtenissen in de levenscyclus in een transparantielogboek. Deze aanpak maakt gebruik van bestaande internetinfrastructuur, in plaats van één eigen agentenregister te vereisen.

De lancering brengt de aankondiging van de stichting van 23 juni 2026, waarin zij haar intentie bekendmaakte, naar een project met formeel bestuur. Volgens de stichting hebben sinds die aankondiging 11 organisaties bijgedragen aan ANS of het ingevoerd: Cisco, Cloudflare, DigiCert, DistributedApps.ai, GoDaddy, HOL, Infoblox, Radix, Salesforce, OWASP en Trustmodel.ai.

Hoe ANS-registratie en -authenticatie werken

De specificatie met zeven lagen omvat identiteit, registratie, versiegebonden naamgeving, DNS-publicatie, transparantie, integriteitsbewaking en authenticatie van agenten. Een ANS-naam koppelt een versie aan een domein, zoals in ans://v1.0.0.payments.example.com; voor een nieuwe versie is een nieuwe registratie nodig.

Bij de registratie verstrekt de operator de hostnaam van de agent, de versie, eindpunten en certificaatgegevens aan een registratieautoriteit, die controleert of de operator het domein beheert en of het vereiste bewijs is geleverd. De operator publiceert de ontvangen DNS-records, waarna de autoriteit deze controleert voordat de registratie wordt geactiveerd. Vervolgens ondertekent de autoriteit de gebeurtenis in de levenscyclus en laat zij het transparantielogboek deze verzegelen. Dit levert openbare gegevens op die de registratie koppelen aan geautoriseerde certificaten.

Peers gebruiken een ondersteund vindbaarheidsprofiel om eindpunten te vinden en het gedeelde _ans-badge record om transparantiebewijs op te zoeken. Vindbaarheid alleen authenticeert de aanroeper niet. Authenticatie vereist drie controles: het certificaat is gekoppeld aan de geregistreerde identiteit, de registratie is nog geldig en de aanroeper beschikt over de bijbehorende privésleutel.

Het concept voor ANS-6-authenticatie kent wederzijdse TLS (mTLS) en Demonstrating Proof of Possession (DPoP) op de applicatielaag hetzelfde gewicht toe. mTLS is geschikt voor een TLS-verbinding van begin tot eind, terwijl DPoP een eenmalig bewijs aan een HTTP-verzoek koppelt en ook kan werken via gateways die TLS beëindigen. Een verifier op badgeniveau raadpleegt het transparantielogboek voor actueel bewijs; de SCITT-laag verifieert lokaal een ontvangstbewijs en statuscode, zonder voor elk verzoek netwerkverkeer. DPoP vereist de SCITT-koppeling.

Software en vroege interoperabiliteit

De beschikbare software omvat een referentie-implementatie in Go van de registratieautoriteit, het transparantielogboek en een offline verifier, plus SDK’s voor Go, Rust en Java met uiteenlopende API’s en functionaliteit. De ans-cli tool ondersteunt registratie, vindbaarheid, certificaatbeheer en het raadplegen van het transparantielogboek op macOS, Linux en Windows. De lokale snelstartgids maakt gebruik van ontwikkelsleutels en een noop DNS-verifier. Dit betekent dat een geslaagde controle van een ontvangstbewijs geen controle inhoudt van openbare DNS, certificaatuitgifte voor productie of een actieve implementatie.

Voor interoperabiliteit meldt Linux Foundation dat AGNTCY’s Agent Directory Service verificatie van ANS-identiteiten ondersteunt en dat ANS Finder Agentic Resource Discovery (ARD) implementeert en slaagt voor de conformiteitstests van het register. De eigen specificatie van ARD richt zich op vindbaarheid vóór aanroeping, niet op uitvoering, en staat meerdere vindbaarheidsdiensten toe met uiteenlopend vertrouwensbeleid, rangschikkingsbeleid en toegangsbeleid, in plaats van een centrale catalogus voor te schrijven. Dit werk verbindt verifieerbaar identiteitsbewijs met vindbaarheid zonder één universeel agentenregister op te zetten.

Conceptspecificaties en beveiligingsgrenzen

De eerste technische stuurgroep telt vijf stemgerechtigde leden: Scott Courtney, Keith Perry en Connor Snitker van GoDaddy, Ken Huang van DistributedApps.AI en Michael Kantor van Hashgraph Online. De groep bepaalt de technische koers, terwijl beheerders van de opslagplaats wijzigingen beoordelen, releases beheren en beveiligingsmeldingen afhandelen. Hoewel de aankondiging van de lancering de specificatie als geformaliseerd omschrijft, bestempelt de projectdocumentatie de gepubliceerde specificaties als concepten waaraan actief wordt gewerkt; ANS-6 is gemarkeerd als DRAFT v1.0, versie 0.2.0, gedateerd 3 november 2026.

Het beveiligingsmodel stelt de identiteit vast, niet de machtigingen. Autorisatie, delegatie binnen een aanroepketen en vertrouwensscores vallen buiten ANS-6; elke toepassing bepaalt dus zelf wat een geauthenticeerde agent mag doen. Verzegelde metadatadigests leveren geen bewijs over code die op een externe machine draait en garanderen evenmin het gedrag van een agent. Clients moeten nog steeds vertrouwen op logboeksleutels, handtekeningen en bewijzen correct verifiëren, controleren of gegevens actueel zijn en een beleid hebben voor situaties waarin controles mislukken. Openbare badges, ontvangstbewijzen en statuscodes kunnen bovendien opnieuw worden afgespeeld als een verifier niet controleert of de partij het vereiste bewijs in bezit heeft.

Een logbewijs toont de loggeschiedenis aan, niet de actuele geldigheid, en kan ook na de intrekking van een agent nog steeds worden geverifieerd. Daarom moet het worden gecombineerd met een actuele statuscontrole. Ook verschilt de mate waarin de integraties zijn uitgewerkt. Het werk aan NVIDIA OpenShell wordt aangeduid als een onderzoeksvoorbeeld; de controles bij de registratie van bestemmingen implementeren geen ANS-6-koppeling aan het daadwerkelijke TLS-peer-certificaat.

ANS heeft nu governance vanuit een stichting, gepubliceerde concepten en referentie-implementaties. De praktische beveiligingswaarde ervan hangt af van de mate waarin implementaties identiteit, actuele status en bezit van de sleutel gezamenlijk afdwingen, terwijl autorisatie en oordelen over het gedrag van agents buiten de identiteitsclaim blijven.