Linux Foundation julkaisee Agent Name Servicen tekoälyagenttien identiteetin tunnistamiseen

Linux Foundation ilmoitti 10. marraskuuta 2026, että Agent Name Service (ANS) on virallisesti käynnistynyt säätiön hankkeena. Se tuo tekoälyagenteille verkkotunnuksiin perustuvan identiteetin, löytämisen ja todentamisen avoimen määrityksen ja avoimen lähdekoodin työkalujen avulla.

ANS on suunniteltu auttamaan järjestelmää selvittämään, minkä rekisteröidyn agentin kanssa se on tekemisissä, ennen kuin järjestelmä soveltaa omaa tietoturvakäytäntöään. Se sitoo versioidun nimen agentin ylläpitäjän hallitsemaan verkkotunnukseen, käyttää Domain Name Systemiä (DNS) löytämiseen tarvittavien tietojen julkaisemiseen ja tallentaa allekirjoitetut elinkaaritapahtumat läpinäkyvyyslokiin. Ratkaisussa hyödynnetään internetin nykyistä infrastruktuuria sen sijaan, että edellytettäisiin yhden omistusoikeudellisen agenttirekisterin käyttöä.

Hankkeen käynnistäminen vie säätiön 23. kesäkuuta 2026 julkaisemasta aikeita koskevasta ilmoituksesta hallinnoiduksi hankkeeksi. Säätiön mukaan 11 organisaatiota on sen jälkeen osallistunut ANS:n kehittämiseen tai ottanut sen käyttöön: Cisco, Cloudflare, DigiCert, DistributedApps.ai, GoDaddy, HOL, Infoblox, Radix, Salesforce, OWASP ja Trustmodel.ai.

Näin ANS-rekisteröinti ja todentaminen toimivat

Seitsemänkerroksinen määritys kattaa identiteetin, rekisteröinnin, versioidun nimeämisen, DNS-julkaisemisen, läpinäkyvyyden, eheyden valvonnan ja agentin todentamisen. ANS-nimi sitoo version verkkotunnukseen, esimerkiksi näin ans://v1.0.0.payments.example.com; uusi versio edellyttää uutta rekisteröintiä.

Rekisteröinnin yhteydessä ylläpitäjä toimittaa agentin isäntäkoneen, version, päätepisteet ja varmenteisiin liittyvät tiedot rekisteröintiviranomaiselle, joka varmistaa verkkotunnuksen hallinnan ja vaaditut todisteet. Ylläpitäjä julkaisee palautetut DNS-tietueet, ja viranomainen tarkistaa ne ennen aktivointia. Tämän jälkeen se allekirjoittaa elinkaaritapahtuman ja pyytää läpinäkyvyyslokia sinetöimään sen. Näin syntyy julkisia tietoja, jotka sitovat rekisteröinnin valtuutettuihin varmenteisiin.

Vertaisjärjestelmät käyttävät tuettua löytämisprofiilia päätepisteiden paikantamiseen sekä jaettua _ans-badge tietuetta läpinäkyvyyttä koskevien todisteiden löytämiseen. Pelkkä löytäminen ei todenna kutsujaa. Todentaminen edellyttää kolmea tarkistusta: varmenne on sidottu rekisteröityyn identiteettiin, rekisteröinti on edelleen voimassa ja kutsujalla on vastaava yksityinen avain.

ANS-6-todentamisluonnoksessa keskinäinen TLS (mTLS) ja sovelluskerroksen hallussapidon osoittava todiste (Demonstrating Proof of Possession, DPoP) ovat samanarvoisia vaihtoehtoja. mTLS soveltuu päästä päähän ulottuvaan TLS-yhteyteen, kun taas DPoP sitoo kertakäyttöisen todisteen HTTP-pyyntöön ja toimii myös yhdyskäytävien läpi, joissa TLS-yhteys päätetään. Merkkitasolla toimiva tarkistin hakee ajantasaiset todisteet läpinäkyvyyslokista, kun taas SCITT-tasolla kuitti ja tilatunniste tarkistetaan paikallisesti ilman verkkokutsuja jokaisen pyynnön yhteydessä. DPoP edellyttää SCITT-sidosta.

Ohjelmistot ja varhainen yhteentoimivuus

Saatavilla olevaan ohjelmistoon kuuluu rekisteröintiviranomaisen ja läpinäkyvyyslokin Go-viitetoteutus sekä offline-tarkistin. Lisäksi tarjolla on Go-, Rust- ja Java-SDK-paketteja, joiden rajapinnat ja ominaisuuksien kattavuus vaihtelevat. Työkalu ans-cli tukee rekisteröintiä, löytämistä, varmenteiden hallintaa ja läpinäkyvyyslokin kyselyjä macOS-, Linux- ja Windows-käyttöjärjestelmissä. Paikallisessa pika-aloitusohjeessa käytetään kehityskäyttöön tarkoitettuja avaimia sekä noop DNS-tarkistinta, joten hyväksytty kuittitarkistus ei testaa julkista DNS:ää, tuotantovarmenne myöntämistä eikä käynnissä olevaa käyttöönottoa.

Yhteentoimivuuden osalta Linux Foundation kertoo, että AGNTCYn Agent Directory Service tukee ANS-identiteettien tarkistamista ja että ANS Finder toteuttaa Agentic Resource Discovery (ARD) -määrityksen ja läpäisee sen rekisterin vaatimustenmukaisuustestit. ARD:n omassa määrityksessä käsitellään löytämistä ennen kutsumista, ei suorittamista, ja sallitaan useat löytämispalvelut, joilla on erilaiset luottamus-, järjestys- ja käyttöoikeuskäytännöt; siinä ei määrätä keskitetyistä luetteloista. Työ yhdistää todennettavissa olevat identiteettitiedot löytämiseen luomatta yleistä agenttihakemistoa.

Luonnosmääritykset ja tietoturvan rajat

Teknisessä ohjauskomiteassa on aluksi viisi äänivaltaista jäsentä: GoDaddyn Scott Courtney, Keith Perry ja Connor Snitker, DistributedApps.AI:n Ken Huang sekä Hashgraph Onlinen Michael Kantor. Komitea määrittää teknisen suunnan, kun taas ohjelmistovarastojen ylläpitäjät arvioivat muutokset, hallinnoivat julkaisuja ja käsittelevät tietoturvailmoituksia. Vaikka julkaisutiedotteessa määritystä kuvaillaan virallistetuksi, hankkeen dokumentaatiossa julkaistut määritykset merkitään aktiivisessa kehityksessä oleviksi luonnoksiksi. ANS-6:n merkintä on DRAFT v1.0, versionumero on 0.2.0 ja päiväys 3. marraskuuta 2026.

Tietoturvamalli määrittää identiteetin, ei käyttöoikeuksia. Valtuutus, delegointi kutsuketjussa ja luottamuksen pisteytys eivät kuulu ANS-6:n piiriin, joten kukin sovellus päättää itse, mitä todennettu agentti saa tehdä. Sinetöidyt metatietotiivisteet eivät todista etäkoneella suoritettavan koodin luotettavuutta eivätkä takaa agentin toimintaa. Asiakkaiden on silti käytettävä luotettuja lokiavaimia ja varmistettava allekirjoitukset ja todisteet oikein, tarkistettava tietojen ajantasaisuus sekä määritettävä toimintatapa virhetilanteita varten. Julkiset merkit, kuitit ja tilatunnisteet voidaan myös toistaa, jos tarkistin jättää hallussapidon tarkistamatta.

Kuitti todistaa lokihistorian, ei nykyistä voimassaoloa, ja sitä voidaan käyttää todentamiseen vielä senkin jälkeen, kun agentin valtuutus on peruutettu. Siksi siihen on yhdistettävä ajantasainen tilatarkistus. Myös integraatioiden kypsyys vaihtelee. NVIDIA OpenShell -työ on merkitty tutkimusennakoksi, eivätkä sen kohteen rekisteröinnin tarkistukset toteuta ANS-6:n mukaista sidontaa todelliseen TLS-vertaistodistukseen.

ANS:llä on nyt säätiön hallintomalli, julkaistuja luonnoksia ja viitetoteutuksia. Sen käytännön tietoturva-arvo riippuu siitä, että käyttöönotossa valvotaan yhdessä identiteettiä, ajantasaista tilaa ja avaimen hallussapitoa, mutta valtuutus ja arviot agentin toiminnasta pidetään identiteettiväitteen ulkopuolella.