La Linux Foundation ha annunciato il 10 novembre 2026 il lancio ufficiale di Agent Name Service, denominato ANS, un progetto open source destinato alla gestione dell’identità, alla scoperta e all’autenticazione degli agenti di intelligenza artificiale. Il sistema definisce una specifica aperta che permette di collegare l’identità di un agente a un dominio Internet controllato dal suo operatore, utilizzando l’infrastruttura DNS e registri di trasparenza crittograficamente verificabili. L’obiettivo è consentire ai sistemi informatici di stabilire con quale agente stanno comunicando, verificandone le informazioni di registrazione prima di applicare le proprie politiche di sicurezza. Il progetto prosegue il percorso avviato dalla Linux Foundation il 23 giugno 2026 e comprende il contributo o l’adozione di undici organizzazioni: Cisco, Cloudflare, DigiCert, DistributedApps.ai, GoDaddy, HOL, Infoblox, Radix, Salesforce, OWASP e Trustmodel.ai.
La specifica ANS si articola in sette livelli che comprendono identità, registrazione, denominazione versionata, pubblicazione DNS, trasparenza, monitoraggio dell’integrità e autenticazione. Ogni agente viene associato a un identificatore contenente la versione e il dominio di riferimento, secondo una struttura come ans://v1.0.0.payments.example.com. La pubblicazione di una nuova versione richiede una nuova registrazione, in modo da distinguere le identità utilizzate nei diversi rilasci. Durante la procedura, l’operatore trasmette a una Registration Authority le informazioni relative all’host, alla versione, agli endpoint e ai certificati. L’autorità verifica il controllo del dominio e le prove richieste, quindi restituisce i record DNS da pubblicare. Dopo la verifica dei record, l’evento di registrazione viene firmato e registrato in un Transparency Log, creando una prova verificabile del collegamento tra identità, dominio e materiale crittografico autorizzato.
La fase di autenticazione richiede controlli distinti rispetto alla semplice individuazione dell’agente attraverso il DNS. Un sistema deve verificare che il certificato utilizzato sia collegato all’identità registrata, che la registrazione risulti ancora valida e che il soggetto con cui comunica possieda effettivamente la chiave privata corrispondente. La bozza ANS-6 prevede due meccanismi principali: mutual TLS, adatto alle comunicazioni nelle quali il collegamento TLS arriva direttamente al destinatario, e Demonstrating Proof of Possession, che associa una prova crittografica a una specifica richiesta HTTP e può essere utilizzato anche in architetture nelle quali i gateway terminano la connessione TLS. Sono previste verifiche attraverso interrogazioni ai registri di trasparenza oppure mediante ricevute e token di stato validabili localmente, secondo il livello di implementazione adottato.
Il progetto mette a disposizione un’implementazione di riferimento in Go comprendente Registration Authority, Transparency Log e verificatore offline, oltre a SDK per Go, Rust e Java con differenti livelli di copertura. Lo strumento a riga di comando ans-cli permette di gestire registrazioni, individuazione degli agenti, certificati e consultazione dei registri su Windows, Linux e macOS. Sono state inoltre annunciate integrazioni iniziali con Agent Directory Service del progetto AGNTCY e con ANS Finder, che implementa i meccanismi di Agentic Resource Discovery. Le procedure dimostrative locali utilizzano tuttavia chiavi di sviluppo e verifiche DNS simulate, per cui il completamento dei test non equivale alla validazione di un’installazione pubblica.
La governance tecnica iniziale è affidata a un comitato composto da cinque membri con diritto di voto, provenienti da GoDaddy, DistributedApps.AI e Hashgraph Online. Nonostante la formalizzazione del progetto, alcune specifiche pubblicate rimangono bozze in sviluppo, compresa ANS-6, identificata come DRAFT v1.0 nella documentazione del 3 novembre 2026. Il modello di sicurezza definisce inoltre un confine preciso tra autenticazione e autorizzazione: dimostrare l’identità di un agente non significa attribuirgli automaticamente il diritto di accedere a risorse, delegare operazioni o eseguire determinati comandi. Le applicazioni devono continuare a verificare autorizzazioni, stato corrente delle registrazioni, validità delle firme e possesso delle chiavi. Una ricevuta storica può infatti rimanere crittograficamente valida anche dopo la revoca di un agente e deve essere accompagnata da un controllo aggiornato dello stato. ANS introduce pertanto una struttura verificabile per le identità degli agenti, senza sostituire i meccanismi applicativi di autorizzazione e controllo del comportamento.
Questo articolo è stato redatto con il supporto di strumenti di intelligenza artificiale (AI)