.png)
Il Agent Name Service (ANS), un progetto che usa il DNS per identificare e verificare gli agenti di intelligenza artificiale, è passato dalla fase di sviluppo preliminare a un progetto governato dalla Linux Foundation. L’annuncio del 10 novembre accompagna il passaggio con una specifica descritta come completa, un comitato tecnico incaricato di seguirne l’evoluzione e una prima rete di undici organizzazioni che hanno contribuito o adottato il lavoro. È un passaggio concreto per un’idea già presentata in estate, ma non equivale ancora a uno standard Internet universale né a una garanzia sul comportamento degli agenti.
Leggi anche: Agent Name Service: il DNS diventa base per l’identità degli agenti AI
Dal progetto annunciato alla governance tecnica
La Linux Foundation aveva comunicato a giugno l’intenzione di avviare ANS. Ora il progetto viene collocato sotto la sua governance e la specifica è affidata a un technical steering committee, cioè un gruppo tecnico che ne coordina lo sviluppo aperto. La fondazione presenta questo modello come una sede comune per aziende e sviluppatori, così che l’identità degli agenti non dipenda dal sistema proprietario di un singolo fornitore.
La distinzione conta perché l’interoperabilità richiede più di un formato di nome. Piattaforme diverse devono poter pubblicare informazioni compatibili e verificarle con criteri condivisi. Il comunicato elenca undici organizzazioni che hanno contribuito o adottato ANS: tra queste Cisco, Cloudflare, DigiCert, GoDaddy, Infoblox, Radix, Salesforce e OWASP. L’elenco indica partecipazione al progetto, ma da solo non misura il numero di installazioni in produzione o l’ampiezza dell’uso commerciale.
Sette documenti per pubblicare e controllare un’identità
Secondo la Linux Foundation, la specifica completa è composta da sette documenti. Copre la denominazione degli agenti ancorata a un dominio, la registrazione e il versionamento, la pubblicazione delle informazioni nel DNS, la verifica tramite certificati, la consultazione di registri pubblici, il controllo dell’integrità e l’autenticazione tra agenti. In termini pratici, un’organizzazione dovrebbe poter associare un agente a un’identità verificabile, controllare che la versione incontrata sia quella dichiarata e rilevare cambiamenti non autorizzati nei dati pubblicati.
Il progetto cerca così di riutilizzare componenti già note dell’infrastruttura Internet. Il dominio offre un punto di riferimento amministrativo; il DNS rende disponibili le informazioni; i certificati e i meccanismi di audit aggiungono segnali verificabili. L’obiettivo è ridurre le integrazioni caso per caso tra aziende, senza creare un registro centrale che controlli tutte le identità. La sicurezza effettiva dipende però dalla corretta configurazione delle chiavi, dalla gestione delle modifiche e dalla fiducia nei sistemi che emettono e verificano le attestazioni.
Identità non significa permesso di agire
Un’identità attendibile risponde a una domanda limitata: quale agente sta presentando la richiesta e quale soggetto dichiara di rappresentare? Non stabilisce automaticamente se quell’agente possa accedere a un archivio, inviare pagamenti o modificare dati. Queste autorizzazioni restano responsabilità del servizio che riceve la richiesta e delle sue regole di accesso. Anche un’identità correttamente verificata non prova che ogni decisione dell’agente sia sicura, corretta o approvata da una persona.
La distinzione è rilevante per chi gestisce domini e DNS aziendali. Un errore nella pubblicazione, una chiave compromessa o una delega non aggiornata può indebolire il legame tra nome e soggetto responsabile. Per questo l’idea di monitorare i cambiamenti e mantenere registri verificabili è parte del problema, non un dettaglio accessorio. ANS può fornire un riferimento comune, ma non sostituisce i controlli di autorizzazione, la risposta agli incidenti o la governance interna degli agenti.
Leggi anche: Singapore esplora il DNS per identificare gli agenti AI: il registro nazionale resta da valutare
Le prime integrazioni sono un segnale, non una misura di mercato
La fondazione cita due esempi iniziali: il servizio Agent Directory di AGNTCY supporta la verifica delle identità ANS; ANS Finder dichiara interoperabilità con la specifica Agentic Resource Discovery e il superamento dei relativi test di conformità del registro. Sono indicazioni utili perché mostrano come identità e ricerca degli agenti possano collegarsi, pur restando funzioni distinte. Un elenco aiuta a trovare un agente; un sistema d’identità aiuta a verificare chi risponde.
La prova di adozione è ancora preliminare. Le informazioni disponibili descrivono strumenti e organizzazioni partecipanti, non statistiche indipendenti su volumi, copertura o utilizzo da parte delle imprese. Non è quindi possibile concludere che ANS abbia già raggiunto una posizione dominante o che le piattaforme lo implementino in modo uniforme. La maturità tecnica, la disponibilità di software interoperabile e la qualità dei processi di gestione delle chiavi determineranno se la proposta resterà un’opzione di settore o diventerà un riferimento condiviso.
La lettura Webinvest
Per il settore dei domini, ANS apre un possibile uso ulteriore del DNS: non solo tradurre nomi in indirizzi, ma pubblicare segnali che aiutino a verificare l’identità di software autonomo. La scelta di una governance aperta e la pubblicazione della specifica sono passi più solidi dell’annuncio d’intenti di giugno. Le prime integrazioni citate mostrano che il lavoro ha già interlocutori tecnici, ma non bastano a dimostrare una diffusione ampia.
Il criterio da seguire sarà la capacità di separare identificazione, scoperta e autorizzazione, mantenendo controllabili le modifiche e le responsabilità. Se ANS riuscirà a rendere portabile la verifica tra piattaforme senza trasformarsi in una promessa generica di “agente sicuro”, DNS e domini potranno offrire un tassello infrastrutturale utile. La fiducia operativa, però, continuerà a dipendere dai controlli applicati da chi pubblica l’identità e da chi decide di accettarla.
← Tutte le news