AI-modeller og plattformer
Linux Foundation lanserer Agent Name Service for identitet for KI-agenter
Legg til Unite.AI blant dine foretrukne kilder på Google
Linux Foundation kunngjorde 10. november 2026 at Agent Name Service (ANS) offisielt er lansert som et stiftelsesprosjekt, og tilbyr KI-agenter identitet forankret i domener, oppdagelse og autentisering gjennom en åpen spesifikasjon og åpen kildekode-verktøy.
ANS er utviklet for å gjøre det mulig for et system å fastslå hvilken registrert agent det kommuniserer med, før det anvender sin egen sikkerhetspolicy. Tjenesten knytter et versjonert navn til et domene som kontrolleres av agentens operatør, bruker Domain Name System (DNS) til å publisere informasjon for oppdagelse og registrerer signerte livssyklushendelser i en transparenslogg. Løsningen gjenbruker eksisterende internettinfrastruktur i stedet for å kreve ett enkelt, proprietært agentregister.
Lanseringen viderefører stiftelsens kunngjøring av intensjonen 23. juni 2026 i form av et prosjekt med formell styring. Stiftelsen opplyser at 11 organisasjoner har bidratt til eller tatt i bruk ANS siden da: Cisco, Cloudflare, DigiCert, DistributedApps.ai, GoDaddy, HOL, Infoblox, Radix, Salesforce, OWASP og Trustmodel.ai.
Slik fungerer registrering og autentisering med ANS
Spesifikasjonen med sju lag dekker identitet, registrering, versjonert navngivning, DNS-publisering, transparens, integritetsovervåking og autentisering av agenter. Et ANS-navn knytter en versjon til et domene, som i ans://v1.0.0.payments.example.com; en ny versjon krever en ny registrering.
Under registreringen sender operatøren agentens vert, versjon, endepunkter og sertifikatmateriale til en registreringsmyndighet, som bekrefter kontroll over domenet og de nødvendige bevisene. Operatøren publiserer DNS-postene den får tilbake, og myndigheten kontrollerer dem før aktivering. Deretter signerer den livssyklushendelsen og får transparensloggen til å forsegle den, slik at det opprettes offentlige artefakter som knytter registreringen til autoriserte sertifikater.
Motparter bruker en støttet oppdagelsesprofil til å finne endepunkter og den delte _ans-badge posten for å finne transparensbevis. Oppdagelse alene autentiserer ikke den som tar kontakt. Autentisering krever tre kontroller: Sertifikatet er knyttet til den registrerte identiteten, registreringen fortsatt er gyldig, og den som tar kontakt, har den tilhørende private nøkkelen.
Utkastet til ANS-6-autentisering gir gjensidig TLS (mTLS) og applikasjonsbasert Demonstrating Proof of Possession (DPoP) lik status. mTLS egner seg for en ende-til-ende-TLS-forbindelse, mens DPoP knytter et engangsbevis til en HTTP-forespørsel og kan fungere gjennom gatewayer som terminerer TLS. En verifikator på merkenivå spør transparensloggen etter oppdaterte bevis; SCITT-nivået verifiserer en kvittering og et statustoken lokalt, uten nettverkskall for hver forespørsel. DPoP krever SCITT-tilknytningen.
Programvare og tidlig samvirking
Den tilgjengelige programvaren omfatter en referanseimplementering i Go av registreringsmyndigheten, transparensloggen og en frakoblet verifikator, samt SDK-er for Go, Rust og Java med ulike API-er og ulik funksjonsdekning. Verktøyet ans-cli støtter registrering, oppdagelse, sertifikathåndtering og forespørsler til transparensloggen på macOS, Linux og Windows. Den lokale hurtigstartveiledningen bruker utviklingsnøkler og en noop DNS-verifikator, noe som betyr at en godkjent kontroll av kvitteringen ikke tester offentlig DNS, utstedelse av produksjonssertifikater eller en aktiv utrulling.
Når det gjelder samvirking, opplyser Linux Foundation at AGNTCYs Agent Directory Service støtter verifisering av ANS-identiteter, og at ANS Finder implementerer Agentic Resource Discovery (ARD) og består samsvarstestene for registeret. ARDs egen spesifikasjon omhandler oppdagelse før en agent kalles opp, ikke utførelse, og åpner for mange oppdagelsestjenester med ulike retningslinjer for tillit, rangering og tilgang, i stedet for å foreskrive én sentral katalog. Arbeidet knytter verifiserbare identitetsbevis til oppdagelse uten å opprette en universell agentkatalog.
Utkast til spesifikasjoner og sikkerhetsgrenser
Den første tekniske styringskomiteen har fem stemmeberettigede medlemmer: Scott Courtney, Keith Perry og Connor Snitker fra GoDaddy, Ken Huang fra DistributedApps.AI og Michael Kantor fra Hashgraph Online. Komiteen fastsetter den tekniske retningen, mens vedlikeholderne av kodelageret gjennomgår endringer, håndterer utgivelser og behandler sikkerhetsrapporter. Selv om lanseringsmeldingen beskriver spesifikasjonen som formalisert, omtaler prosjektdokumentasjonen de publiserte spesifikasjonene som utkast under aktiv utvikling. ANS-6 er merket UTKAST v1.0, versjon 0.2.0, datert 3. november 2026.
Sikkerhetsmodellen fastslår identitet, ikke tillatelser. Autorisasjon, delegering gjennom en kjede av kall og tillitsscore ligger utenfor ANS-6, så hver applikasjon må selv avgjøre hva en autentisert agent kan gjøre. Forseglede metadata-digestar bekrefter ikke hvilken kode som kjører på en ekstern maskin, og garanterer heller ikke agentens atferd. Klienter må fortsatt ha tilgang til pålitelige loggnøkler, verifisere signaturer og bevis korrekt, kontrollere at informasjonen er oppdatert og ha en policy for hvordan feil skal håndteres. Offentlige merker, kvitteringer og statustokener kan også spilles av på nytt hvis verifikatoren utelater kontroll av nøkkelbesittelse.
En kvittering dokumenterer logghistorikken, ikke den nåværende gyldigheten, og kan fortsette å bekrefte den etter at en agent er tilbakekalt. Derfor må den kombineres med en oppdatert statussjekk. Modenhetsgraden for integrasjonene varierer også. Arbeidet med NVIDIA OpenShell er merket som en forskningsforhåndsvisning, og kontrollene ved registrering av destinasjoner implementerer ikke ANS-6-bindingen til TLS-sertifikatet til den faktiske motparten.
ANS har nå styring gjennom en stiftelse, publiserte utkast og referanseimplementeringer. Den praktiske sikkerhetsverdien avhenger av at utrullinger håndhever identitet, gjeldende status og besittelse av nøkkelen samlet, samtidig som autorisasjon og vurderinger av agentens atferd holdes utenfor identitetspåstanden.
