IBM Agent Identity: identità e controllo per gli agenti AI in azienda

Il 27 ottobre 2026, durante la conferenza TechXchange, IBM ha presentato un pacchetto di strumenti pensato per un problema che le aziende stanno scoprendo a proprie spese: gli agenti AI agiscono sui sistemi aziendali, ma spesso nessuno sa dire con precisione chi li ha creati, a cosa possono accedere e come fermarli. Le novità ruotano attorno a Agent Identity, a HashiCorp Vault 2.2 e a watsonx Orchestrate, e la fonte primaria è il comunicato ufficiale di IBM.

Se ti occupi di AI in azienda, o la usi nei tuoi progetti, questa non è una notizia di nicchia: riguarda il momento in cui gli agenti smettono di essere un esperimento e diventano personale digitale con le chiavi di casa.

Perché serve un’identità per gli agenti AI

Il comunicato parte da due numeri. Il primo è una proiezione di Gartner, secondo cui entro il 2028 l’azienda media dell’elenco Fortune 500 userà oltre 150.000 agenti AI. Il secondo è un dato di percezione: solo il 13% delle organizzazioni ritiene di avere oggi la governance giusta per questi agenti. Il divario tra le due cifre è il vero tema della giornata.

IBM individua tre ostacoli ricorrenti: credenziali persistenti, responsabilità poco chiare e controlli scollegati tra loro. Un agente che si autentica una volta e conserva per mesi la stessa chiave è un rischio, perché basta una fuga di quella credenziale per dare accesso a tutto ciò che l’agente poteva toccare. Se poi nessuno risulta proprietario dell’agente, nessuno si accorge che continua a funzionare quando non serve più.

Il tema non è teorico. Anche su queste pagine abbiamo raccontato come 1Password for Agents punti a far accedere gli agenti ai tuoi account senza esporre le password, e come Agent Compute Engine di Google dia a ogni agente un ambiente isolato. IBM si inserisce nello stesso filone, ma con un taglio rivolto alle grandi organizzazioni.

Agent Identity e HashiCorp Vault 2.2

Il cuore dell’annuncio è Agent Identity, descritto come il registro di riferimento per ogni agente. Per ciascuno tiene traccia di chi ne è il proprietario, in quale fase del ciclo di vita si trova e quali poteri gli sono stati concessi. In pratica è l’anagrafe degli agenti, e serve a rispondere alla domanda più banale e più trascurata: di chi è questo agente?

Questa anagrafe non resta isolata. Condivide il contesto di identità e autorizzazione con i controlli sulle credenziali di Vault, così da applicare il principio del privilegio minimo e permettere la revoca in tempo reale.

Credenziali di breve durata

HashiCorp Vault è già usato da molte grandi aziende per gestire segreti, rotazione automatica delle credenziali supportate e credenziali generate dinamicamente che scadono o possono essere revocate. IBM cita tra i clienti ABN AMRO, Adobe, athenahealth, BBVA, BlackRock, Canva, Expedia, London Stock Exchange, Starbucks e Target. La novità è l’estensione di questo modello agli agenti: ogni agente riceve credenziali sicure e di breve durata, limitate a ciò che gli serve.

Se un agente prova a fare qualcosa fuori dai permessi approvati, l’accesso può essere negato e la sessione revocata. È un cambio di mentalità: non ci si fida dell’agente una volta per tutte, lo si verifica a ogni azione.

Vault 2.2 e Secure Hub

La versione Vault 2.2, disponibile in modo generale, offre agli agenti account protetti propri, rinnova automaticamente le loro credenziali e introduce la crittografia post-quantistica. Accanto arriva Secure Hub, in anteprima pubblica, una vista centralizzata sugli ambienti Vault con stato operativo, utilizzo e risorse di sicurezza.

Il messaggio è chiaro: la gestione dei segreti per le persone non basta più, serve una gestione pensata per software che agisce in autonomia.

watsonx Orchestrate: scoprire, contenere, valutare

La seconda parte dell’annuncio riguarda watsonx Orchestrate, che IBM descrive come uno strumento per gestire gli agenti attraverso l’intero ecosistema e non solo dentro la propria piattaforma. Il punto è realistico: nelle aziende gli agenti nascono ovunque, e raramente tutti nello stesso posto.

Le funzioni sono tre. Discover, in anteprima tecnica, individua gli agenti costruiti su Amazon Bedrock, Microsoft Foundry e Google Gemini, ed estende la ricerca a modelli e server MCP. Contain, anch’essa in anteprima tecnica, esegue gli agenti in sandbox isolate, in modo che uno fuori controllo non interferisca con gli altri, e prevede un kill switch per spegnere qualsiasi agente. Evaluate, già disponibile, verifica qualità, accuratezza e conformità di agenti, modelli e server MCP prima del rilascio, li monitora in produzione e include il monitoraggio dei costi per agente, modello e uso di token.

L’idea del kill switch merita una riflessione. Finché gli agenti lavorano su compiti circoscritti, un errore costa poco. Quando iniziano a muoversi tra sistemi diversi, la possibilità di interrompere tutto con un comando smette di essere un optional.

Anche Orchestrate si integra con Vault e Agent Identity, così che l’autorità di ogni agente sia governata e la fiducia possa essere revocata rapidamente insieme alle credenziali.

La collaborazione con NVIDIA e gli altri strumenti

IBM ha annunciato l’integrazione di Agent Identity e Vault con NVIDIA OpenShell, il software di runtime sicuro. L’obiettivo dichiarato è avere un ambiente protetto, identità verificate e credenziali di breve durata, così che ogni azione dell’agente possa essere tracciata, limitata e rivista. Su OpenShell avevamo già parlato quando NVIDIA ha presentato la sua piattaforma di sicurezza per agenti, e questa mossa mostra come le tre dimensioni, runtime, identità e segreti, stiano convergendo.

Nel pacchetto ci sono altre novità meno legate agli agenti ma coerenti con il quadro. IBM Integration Intelligence Hub, in anteprima tecnica, usa un Unified Context Engine per dare agli agenti conoscenza dei sistemi esistenti, con competenze, politiche di approvazione e controlli di audit che regolano ciò che possono fare. IBM Concert, disponibile in modo generale, unisce osservabilità, ottimizzazione, gestione degli incidenti e sicurezza, usando insight basati su AI e la prova di sfruttabilità per individuare le vulnerabilità più rischiose.

Sul fronte HashiCorp, Terraform policy è disponibile in modo generale, mentre Terraform Developer Portal e il server MCP remoto di Terraform sono in anteprima pubblica. Quest’ultimo permette a sviluppatori e agenti di accedere a configurazioni approvate e applicare modifiche attraverso controlli già stabiliti. Completa il quadro IBM Z Atlas, in anteprima pubblica, che mappa lo stack z/OS e valuta l’impatto dei cambiamenti prima di metterli in produzione.

Cosa è già disponibile e cosa no

Come spesso accade nei grandi annunci aziendali, conviene separare ciò che si può usare oggi da ciò che è ancora in valutazione. Sono disponibili in modo generale HashiCorp Vault 2.2, Agent Identity, le funzioni Evaluate di watsonx Orchestrate, IBM Concert e Terraform policy. Sono in anteprima pubblica Secure Hub, Terraform Developer Portal, il server MCP remoto di Terraform e IBM Z Atlas. Restano in anteprima tecnica Integration Intelligence Hub e le funzioni Discover e Contain di Orchestrate.

Quindi la parte più attesa, cioè il rilevamento degli agenti di altre piattaforme e il loro isolamento in sandbox, non è ancora pronta per la produzione. È un dettaglio importante se stai valutando l’acquisto: Agent Identity e Vault ci sono già, il controllo trasversale arriverà in seguito.

Il comunicato riporta anche alcune testimonianze dal palco. L’Albert Einstein College of Medicine sta applicando IBM Verify e Vault all’identità degli agenti, all’accesso just-in-time, ai segreti dinamici e alla tracciabilità, mentre Optum usa Vault Radar per trovare segreti esposti. Sono casi di sicurezza classica che si estendono ora agli agenti.

Cosa cambia per aziende e professionisti

La lezione più utile non riguarda IBM in particolare. Riguarda il modo in cui conviene progettare l’uso degli agenti fin dall’inizio. Ogni agente dovrebbe avere un proprietario riconoscibile, permessi limitati al compito, credenziali che scadono e un modo semplice per essere sospeso. Sono principi vecchi quanto la sicurezza informatica, applicati a un attore nuovo.

Chi lavora con automazioni, assistenti e flussi basati su AI, anche da libero professionista, può già adottare una versione ridotta di questo approccio: chiavi separate per ogni strumento, permessi minimi, revoca periodica e un registro di cosa è collegato a cosa. Non serve una piattaforma da grande azienda per cominciare.

C’è poi una considerazione di mercato. IBM insiste sul fatto che i vincitori dell’AI aziendale saranno quelli che cambiano il modo in cui funziona il business, non quelli che si limitano ad aggiungere AI. Che si condivida o meno la formula, il segnale è che la competizione si sta spostando dai modelli alla governance. Lo avevamo visto anche con l’alleanza tra IBM e OpenAI per portare GPT-5.6 nelle aziende: i modelli contano, ma a decidere l’adozione sarà la fiducia con cui si possono mettere al lavoro.

Conclusioni

L’annuncio di IBM non rivoluziona i modelli, e non pretende di farlo. Prova invece a rendere gestibile un mondo in cui gli agenti AI saranno centinaia di migliaia per azienda, ciascuno con credenziali, permessi e responsabilità da tenere sotto controllo. Agent Identity e Vault 2.2 sono già disponibili, il resto arriverà a tappe.

Se gestisci agenti AI nei tuoi progetti, parti da una domanda semplice: se domani uno dei tuoi agenti si comportasse male, sapresti chi ne risponde, a cosa può accedere e come lo spegneresti? Segui le nostre news per i prossimi sviluppi su sicurezza e governance degli agenti, e confronta la tua situazione con le funzioni descritte da IBM.