The Pulse
Cloudflare annuncia la coalizione Trusted Agent Delegation sul traffico degli agenti di IA
Cloudflare ha annunciato la coalizione Trusted Agent Delegation per riunire rappresentanti dell’intero ecosistema e discutere del traffico degli agenti di IA. Il suo post descrive come gli agenti ospitati da remoto possano nascondere le per
AI.info Team · Scritto con l’IA · verificato ·
Cloudflare annuncia la coalizione Trusted Agent Delegation
Il 5 novembre 2026, Cloudflare ha annunciato la coalizione Trusted Agent Delegation (TAD). Il post ne descrive l’obiettivo: riunire rappresentanti dell’intero ecosistema per avviare un confronto. Cloudflare afferma che il lavoro comprende il collegamento delle implementazioni già operative con le specifiche emergenti e la collaborazione su protocolli aperti.
Il post enuncia il principio di intermediazione: il rapporto commerciale tra utenti e siti, così come le responsabilità di sicurezza di ciascun partecipante, devono essere preservati indipendentemente dall’intermediazione. Aggiunge che i siti hanno bisogno di strumenti per riconoscere, servire e chiamare a rispondere delle proprie azioni gli utenti che operano tramite agenti, così come gli agenti stessi e i loro operatori. Cloudflare afferma che, tradizionalmente, la sicurezza e la prevenzione delle frodi richiedono identità, reputazione e responsabilità, che permettono ai siti di valutare chi sta agendo, se è affidabile e chi risponde di un’azione.
Gli agenti ospitati da remoto possono nascondere le persone dietro le richieste
Cloudflare definisce gli «agenti di IA personali» come automazioni che ricevono istruzioni da un essere umano e perseguono un obiettivo controllando un computer o un browser nel cloud. Di solito un operatore ospita e mantiene questi agenti nell’ambito di un servizio gestito o di un’offerta per i consumatori. Il post cita come esempi Muse di Meta e dots di OpenAI.
Un agente ospitato da remoto è un intermediario perché si colloca tra un utente e un sito web, che vede l’intermediario anziché la persona. Cloudflare afferma che un agente può sembrare un essere umano che naviga sul web oppure apparire come un unico visitatore che agisce per conto di molti utenti. Quando un agente condiviso causa problemi, un sito può vedere l’agente ma non disporre delle informazioni necessarie per distinguere le persone che serve.
Il post usa l’esempio di un assistente che svolge commissioni per diversi clienti per mostrare come il problema riguardi negozi e siti web. Un negozio che vede solo l’assistente può avere difficoltà a stabilire se un cliente abbia autorizzato un acquisto contestato. Una banca potrebbe rilevare tentativi di inserimento della password ma, se potesse bloccare solo l’intermediario condiviso, finirebbe per escludere anche gli utenti legittimi di quell’intermediario.
Cloudflare elenca i rischi per i siti e afferma che le proposte più comuni non bastano
Cloudflare elenca rischi tra cui la condivisione degli account, le violazioni delle norme, la frode amichevole, la falsificazione dell’identità e l’esaurimento delle risorse. Afferma che gli agenti effettuano richieste continue, interrogano endpoint costosi come la ricerca o la chat di assistenza e consumano prove gratuite e promozioni. I siti che forniscono contenuti possono anche pagare per renderli disponibili a un agente senza ricevere in cambio una visita, una visualizzazione pubblicitaria o un acquisto.
Una proposta comune è che gli agenti trasmettano all’utente il CAPTCHA di un sito perché lo risolva. Cloudflare afferma che questo dimostra soltanto la presenza di un essere umano in quel momento («essere umano nel ciclo», o HITL), e nient’altro. Secondo l’azienda, HITL non è in grado di distinguere Bob da chiunque altro e non dice nulla su chi agisca l’agente per il resto del tempo. Anche le autorizzazioni di accesso limitate hanno un limite: il post afferma che persino un ambito ristretto indica soltanto ciò che l’agente era autorizzato a fare, non chi risponde quando commette un errore.
Il post di Cloudflare si concentra sugli agenti ospitati al di fuori del dispositivo dell’utente. Afferma che gli agenti locali, come OpenClaw, e quelli eseguiti nel browser dell’utente non rientrano nel tema principale del post. Secondo il post, gli agenti che non operano come intermediari sollevano preoccupazioni diverse, perché appaiono come automazione e non vi è un unico soggetto a cui attribuire una reputazione o una responsabilità.
Cloudflare descrive uno spettro di identità
Per l’identità degli agenti, Cloudflare indica Web Bot Auth (WBA) come metodo preferito. WBA consente a un agente di firmare le proprie richieste, dando a un sito un modo per identificare l’agente e, implicitamente, il suo operatore. Il post afferma che resta da definire un meccanismo che supporti più intermediari, come nel caso in cui un agente operi tramite un altro agente all’interno di un browser.
Cloudflare descrive l’identità come uno spettro che prevede diversi livelli di informazioni su un utente. All’estremo che consente la minore identificazione, un utente può non fornire alcun identificativo; un sito potrebbe invece collegare le richieste a una sessione, oppure richiedere un identificativo a livello di account che persista tra una sessione e l’altra. Per le azioni ad alto rischio, il post afferma che un sito potrebbe richiedere un identificativo univoco per utente che persista tra operatori, account, agenti e sessioni.
Il post indica WBA per comunicare l’identità della piattaforma di un agente, MOLE per la reputazione degli utenti e OAuth per le identità degli account. Aggiunge che metodi che tutelano la privacy come Privacy Pass e MOLE possono aiutare i siti a decidere se fidarsi di una richiesta senza identificare l’utente. Per le azioni che richiedono un dato su una persona, come l’età o la titolarità di una carta, Cloudflare afferma che servono meccanismi che consentano ai siti di richiedere tali informazioni e agli operatori o a terze parti di fornirle.
I siti hanno bisogno di policy per gli agenti leggibili dalle macchine
Cloudflare afferma che oggi gli agenti deducono le regole di un sito tentando di compiere azioni e interpretando la risposta, di solito verificando se il sito li blocca. Secondo il post, questo approccio spreca risorse da entrambe le parti e in alcuni casi fa apparire malevoli agenti onesti. Il post sostiene che i siti hanno bisogno di un modo leggibile dalle macchine per pubblicare le azioni che gli agenti sono autorizzati a compiere.
Il post afferma che l’Internet Engineering Task Force sta lavorando a meccanismi per esprimere le preferenze attraverso il suo AI Preferences Working Group, che si concentra sulle preferenze relative agli usi, come addestramento, inferenza e ricerca. Cloudflare afferma di aver collaborato con importanti operatori, aziende di verifica dell’identità, fornitori di servizi di pagamento, commercianti, editori, fornitori di proxy e aziende che offrono servizi di navigazione nel cloud. Cita Web Bot Auth, AIPREFs, OAuth, WIMSE e MOLE tra le specifiche e le attività che sta lavorando a collegare con codice già operativo.