Linux Foundation spouští Agent Name Service pro identitu agentů umělé inteligence

Linux Foundation oznámila 10. listopadu 2026, že Agent Name Service (ANS) byl oficiálně spuštěn jako projekt nadace a přináší agentům umělé inteligence identitu ukotvenou v doménách, vyhledávání a ověřování prostřednictvím otevřené specifikace a nástrojů s otevřeným zdrojovým kódem.

ANS má systémům umožnit zjistit, s kterým registrovaným agentem komunikují, ještě než uplatní vlastní bezpečnostní zásady. Propojuje verzovaný název s doménou, kterou spravuje provozovatel agenta, k publikování informací o vyhledávání využívá Domain Name System (DNS) a podepsané události životního cyklu zaznamenává do transparentního protokolu. Tento přístup znovu využívá stávající internetovou infrastrukturu, místo aby vyžadoval jediný proprietární registr agentů.

Tímto spuštěním se záměr nadace, oznámený 23. června 2026, mění v projekt se zavedeným řízením. Nadace uvádí, že od té doby k ANS přispělo nebo jej přijalo 11 organizací: Cisco, Cloudflare, DigiCert, DistributedApps.ai, GoDaddy, HOL, Infoblox, Radix, Salesforce, OWASP a Trustmodel.ai.

Jak funguje registrace a ověřování v ANS

Specifikace o sedmi vrstvách zahrnuje identitu, registraci, verzované názvy, publikování v DNS, transparentnost, sledování integrity a ověřování agentů. Název ANS propojuje verzi s doménou, například ans://v1.0.0.payments.example.com; nová verze vyžaduje novou registraci.

Při registraci předá provozovatel hostitele agenta, jeho verzi, koncové body a údaje o certifikátu registrační autoritě, která ověří kontrolu nad doménou i požadované důkazy. Provozovatel zveřejní vrácené záznamy DNS a autorita je před aktivací zkontroluje. Poté podepíše událost životního cyklu a nechá ji zapečetit v transparentním protokolu, čímž vzniknou veřejné artefakty propojující registraci s autorizovanými certifikáty.

Protějšky používají podporovaný profil vyhledávání k nalezení koncových bodů a sdíleného _ans-badge záznamu, v němž najdou důkazy o transparentnosti. Samotné vyhledání volajícího neověřuje. Ověřování vyžaduje tři kontroly: certifikát je svázán s registrovanou identitou, registrace je stále platná a volající má odpovídající soukromý klíč.

Návrh ověřování ANS-6 přiznává stejnou váhu vzájemnému TLS (mTLS) a aplikačnímu protokolu Demonstrating Proof of Possession (DPoP). mTLS se hodí pro spojení TLS mezi koncovými body, zatímco DPoP váže jednorázový důkaz na požadavek HTTP a může fungovat i přes brány, které ukončují TLS. Ověřovatel v režimu odznaku se dotazuje transparentního protokolu na aktuální důkazy; vrstva SCITT ověřuje potvrzení a token stavu místně, bez síťových volání při každém požadavku. DPoP vyžaduje vazbu SCITT.

Software a počátky interoperability

Dostupný software zahrnuje referenční implementaci registrační autority, transparentního protokolu a offline ověřovače v jazyce Go a také sady SDK pro Go, Rust a Java, které se liší rozhraními API i rozsahem funkcí. Nástroj ans-cli podporuje registraci, vyhledávání, správu certifikátů a dotazy do transparentního protokolu v systémech macOS, Linux a Windows. Místní stručný návod používá vývojové klíče a noop ověřovač DNS, což znamená, že úspěšná kontrola potvrzení neověřuje veřejné DNS, vydávání produkčních certifikátů ani nasazení v ostrém provozu.

Linux Foundation uvádí, že služba Agent Directory Service od AGNTCY podporuje ověřování identit ANS a že ANS Finder implementuje Agentic Resource Discovery (ARD) a úspěšně prošel testy shody registru. Vlastní specifikace ARD se zabývá vyhledáváním před vyvoláním agenta, nikoli jeho vykonáváním, a umožňuje existenci mnoha služeb vyhledávání s různými zásadami důvěry, řazení a přístupu, místo aby předepisovala centrální katalog. Tato práce propojuje ověřitelné důkazy o identitě s vyhledáváním, aniž by vytvářela univerzální adresář agentů.

Návrhy specifikací a bezpečnostní hranice

Počáteční technický řídicí výbor má pět hlasujících členů: Scott Courtney, Keith Perry a Connor Snitker ze společnosti GoDaddy, Ken Huang ze společnosti DistributedApps.AI a Michael Kantor ze společnosti Hashgraph Online. Výbor určuje technické směřování, zatímco správci repozitáře kontrolují změny, řídí vydávání verzí a řeší bezpečnostní hlášení. Přestože oznámení o spuštění popisuje specifikaci jako formalizovanou, dokumentace projektu označuje zveřejněné specifikace za návrhy, na nichž se aktivně pracuje; ANS-6 je označena jako DRAFT v1.0, verze 0.2.0, s datem 3. listopadu 2026.

Bezpečnostní model stanovuje identitu, nikoli oprávnění. Autorizace, delegování v rámci řetězce volání a hodnocení důvěry nespadají do působnosti ANS-6, takže o tom, co smí ověřený agent dělat, rozhoduje každá aplikace sama. Zapečetěné kryptografické otisky metadat nepotvrzují, jaký kód běží na vzdáleném počítači, ani nezaručují chování agenta. Klienti navíc stále potřebují důvěryhodné klíče protokolu, správné ověřování podpisů a důkazů, kontrolu aktuálnosti a zásady pro případ selhání. Veřejné odznaky, potvrzení a tokeny stavu lze také znovu použít, pokud ověřovatel neprovádí kontrolu vlastnictví klíče.

Doklad potvrzuje historii záznamů, nikoli aktuální platnost, a může zůstat ověřitelný i poté, co je agent odvolán, proto musí být doplněn aktuální kontrolou stavu. Vyspělost integrací se také liší. Práce na NVIDIA OpenShell je označena jako výzkumná ukázka a kontroly registrace cílových míst neimplementují vazbu ANS-6 na skutečný certifikát TLS protistrany.

ANS má nyní správu zajištěnou nadací, zveřejněné návrhy a referenční implementace. Praktický bezpečnostní přínos závisí na tom, zda nasazení společně vynucují ověřování identity, aktuálního stavu a vlastnictví klíče, přičemž autorizace a posuzování chování agenta zůstávají mimo tvrzení o jeho identitě.