Linux Foundation lansează Agent Name Service pentru identitatea agenților IA

Linux Foundation a anunțat la 10 noiembrie 2026 că Agent Name Service (ANS) a fost lansat oficial ca proiect al fundației, oferind agenților IA identitate ancorată în domenii, funcții de descoperire și autentificare, prin intermediul unei specificații deschise și al unor instrumente cu cod sursă deschis.

ANS este conceput pentru a permite unui sistem să stabilească cu ce agent înregistrat interacționează înainte de a-și aplica propria politică de securitate. Asociază un nume cu versiune unui domeniu controlat de operatorul agentului, utilizează sistemul numelor de domenii (DNS) pentru a publica informații de descoperire și înregistrează evenimentele semnate din ciclul de viață într-un jurnal de transparență. Abordarea reutilizează infrastructura existentă a internetului, în loc să impună un registru proprietar unic pentru agenți.

Lansarea transformă proiectul fundației dintr-o intenție într-un proiect guvernat, în urma anunțului din 23 iunie 2026 privind intenția. Potrivit fundației, de atunci, 11 organizații au contribuit la ANS sau l-au adoptat: Cisco, Cloudflare, DigiCert, DistributedApps.ai, GoDaddy, HOL, Infoblox, Radix, Salesforce, OWASP și Trustmodel.ai.

Cum funcționează înregistrarea și autentificarea ANS

Specificația cu șapte straturi acoperă identitatea, înregistrarea, denumirea cu versiuni, publicarea prin DNS, transparența, monitorizarea integrității și autentificarea agenților. Un nume ANS asociază o versiune unui domeniu, de exemplu ans://v1.0.0.payments.example.com; o versiune nouă necesită o înregistrare nouă.

În timpul înregistrării, operatorul trimite gazda agentului, versiunea, punctele finale și materialele pentru certificate către o autoritate de înregistrare, care verifică controlul asupra domeniului și dovezile necesare. Operatorul publică înregistrările DNS primite, iar autoritatea le verifică înainte de activare. Apoi, aceasta semnează evenimentul din ciclul de viață și solicită jurnalului de transparență să îl sigileze, generând artefacte publice care asociază înregistrarea cu certificate autorizate.

Nodurile partenere folosesc un profil de descoperire compatibil pentru a localiza punctele finale și jurnalul comun _ans-badge pentru a găsi dovezi de transparență. Descoperirea, de una singură, nu autentifică apelantul. Autentificarea presupune trei verificări: certificatul este asociat identității înregistrate, înregistrarea este în continuare validă, iar apelantul deține cheia privată corespunzătoare.

Proiectul de specificație ANS-6 pentru autentificare acordă aceeași importanță TLS-ului mutual (mTLS) și dovezii de posesie demonstrabile la nivelul aplicației (DPoP). mTLS este potrivit pentru o conexiune TLS de la un capăt la altul, în timp ce DPoP asociază o dovadă de unică folosință unei solicitări HTTP și poate funcționa și prin gateway-uri care termină conexiunea TLS. Un verificator de nivel insignă interoghează jurnalul de transparență pentru a obține dovezi actuale; nivelul SCITT verifică local o chitanță și un token de stare, fără solicitări de rețea pentru fiecare cerere. DPoP necesită asocierea SCITT.

Software și interoperabilitate timpurie

Software-ul disponibil include o implementare de referință în Go pentru autoritatea de înregistrare, jurnalul de transparență și verificatorul offline, precum și SDK-uri pentru Go, Rust și Java, cu API-uri și acoperire funcțională diferite. Instrumentul ans-cli permite înregistrarea, descoperirea, gestionarea certificatelor și interogarea jurnalului de transparență pe macOS, Linux și Windows. Ghidul de pornire rapidă locală folosește chei de dezvoltare și un noop verificator DNS, ceea ce înseamnă că o verificare reușită a chitanței nu testează DNS-ul public, emiterea certificatelor pentru mediul de producție sau o implementare activă.

În ceea ce privește interoperabilitatea, Linux Foundation afirmă că Agent Directory Service al AGNTCY permite verificarea identităților ANS și că ANS Finder implementează Agentic Resource Discovery (ARD) și trece testele de conformitate ale registrului său. Propria specificație ARD vizează descoperirea înainte de invocare, nu execuția, și permite existența mai multor servicii de descoperire, cu politici diferite de încredere, clasificare și acces, în loc să impună un catalog central. Aceste eforturi conectează dovezile de identitate verificabile cu procesul de descoperire, fără a crea un director universal de agenți.

Proiecte de specificații și limite de securitate

Comitetul tehnic de coordonare inițial are cinci membri cu drept de vot: Scott Courtney, Keith Perry și Connor Snitker de la GoDaddy, Ken Huang de la DistributedApps.AI și Michael Kantor de la Hashgraph Online. Comitetul stabilește direcția tehnică, în timp ce administratorii depozitelor de cod analizează modificările, gestionează lansările și se ocupă de rapoartele de securitate. Deși comunicatul de lansare descrie specificația ca fiind oficializată, documentația proiectului prezintă specificațiile publicate drept proiecte aflate în dezvoltare activă; ANS-6 este marcată DRAFT v1.0, versiunea 0.2.0, datată 3 noiembrie 2026.

Modelul de securitate stabilește identitatea, nu și permisiunile. Autorizarea, delegarea de-a lungul unui lanț de apeluri și evaluarea nivelului de încredere nu intră în domeniul ANS-6, astfel că fiecare aplicație decide ce poate face un agent autentificat. Rezumatele criptografice ale metadatelor sigilate nu atestă codul care rulează pe o mașină la distanță și nici nu garantează comportamentul agentului; clienții au în continuare nevoie de chei de jurnal de încredere, de verificarea corectă a semnăturilor și a dovezilor, de verificări ale actualității și de o politică pentru situațiile de eșec. Insignele publice, chitanțele și tokenurile de stare pot fi, de asemenea, redate dacă verificatorul omite verificarea posesiei.

O dovadă atestă istoricul jurnalului, nu validitatea actuală, și poate continua să fie verificată după revocarea unui agent, așa că trebuie însoțită de o verificare a stării curente. Nivelul de maturitate al integrărilor variază, de asemenea. Activitatea NVIDIA OpenShell este prezentată drept o previzualizare de cercetare, iar verificările înregistrării destinației nu implementează asocierea ANS-6 cu certificatul real al partenerului TLS.

ANS are acum o guvernanță la nivel de fundație, proiecte publicate și implementări de referință. Valoarea sa practică în materie de securitate depinde de aplicarea concomitentă, în implementări, a verificărilor privind identitatea, starea curentă și deținerea cheii, lăsând totodată autorizarea și evaluările comportamentului agenților în afara afirmației privind identitatea.