Descope Agentic Identity Hub 3.0 punta a contrastare l’IA ombra nelle imprese

Descope sta ampliando la propria piattaforma di gestione delle identità per governare gli agenti IA e i server Model Context Protocol (MCP) utilizzati dai dipendenti all’interno delle organizzazioni, un ambito in cui l’adozione spesso è cresciuta più rapidamente della capacità dei team di sicurezza di censirli o controllarli.

Agentic Identity Hub 3.0, il cui lancio è previsto per il 15 ottobre, introduce un Agent Onboarding Portal, integrazioni native con i gateway MCP, opzioni più solide per l’autenticazione dei carichi di lavoro e l’emissione di ID-JAG per gli agenti che accedono agli strumenti interni. L’obiettivo è assegnare a ogni agente una finalità documentata, un responsabile identificabile, autorizzazioni circoscritte e una traccia di audit, senza chiedere alle aziende di sostituire i sistemi di identità già utilizzati dai dipendenti.

Con questa versione, Descope estende la propria offerta oltre la protezione degli agenti rivolti ai clienti e dei server MCP, affrontando il problema più complesso dell’«IA ombra» all’interno delle imprese. I dipendenti possono collegare ai sistemi aziendali Claude, Cursor, ChatGPT o un agente sviluppato internamente, talvolta usando chiavi API statiche o account personali che i team di sicurezza non possono revocare centralmente. Descope ha citato il 2026 Verizon Data Breach Investigations Report per affermare che il 45% dei dipendenti utilizza regolarmente l’IA sui dispositivi aziendali e che il 67% di questa attività avviene tramite account personali, non aziendali.

Assegnare un responsabile e un’identità agli agenti interni

Il nuovo Agent Onboarding Portal è pensato per trasformare la distribuzione degli agenti in una procedura di richiesta regolamentata. Un dipendente specifica la finalità dell’agente e le applicazioni, le API, le fonti di dati o i server MCP di cui ha bisogno. I responsabili delle verifiche possono approvare la richiesta prima che venga concesso l’accesso, creando un inventario che indica chi ha richiesto l’agente e chi ne resta responsabile.

Questo affronta una debolezza fondamentale dei sistemi tradizionali di gestione delle identità e degli accessi. Gli account delle persone sono normalmente associati a una scheda del dipendente, a un ruolo, a un responsabile e a una procedura di dismissione dell’account. Gli agenti, invece, sono spesso trattati più come script o account di servizio, anche se possono selezionare strumenti dinamicamente e operare su più sistemi. Per questo, la titolarità e l’autorizzazione durante l’esecuzione sono importanti quanto l’accesso iniziale. Il tema richiama anche un punto sollevato nella recente discussione di Securities.io con Q2 sull’identità degli agenti: un agente dovrebbe avere un ruolo specifico e circoscritto, anziché ereditare tutti i privilegi del titolare dell’account.

Descope afferma che il suo Agentic Identity Hub, già disponibile, gestisce l’autenticazione e il controllo degli accessi per oltre un milione di identità di agenti e centinaia di server MCP. Tra i clienti citati nell’annuncio figurano You.com, WisdomAI, Cequence Security, Token Security e Daylight Security.

Come funziona il piano di controllo delle identità

La documentazione tecnica dell’azienda distingue due concetti spesso accorpati nelle piattaforme per agenti. Una risorsa è un’API o un server MCP a cui un agente vuole accedere, identificato tramite un destinatario e protetto da autorizzazioni circoscritte. Una connessione è una voce del vault che contiene un token OAuth o una chiave API necessari a uno strumento a valle.

Nell’architettura consigliata da Descope, l’agente riceve un token di breve durata con autorizzazioni circoscritte a una risorsa. Il server o gateway protetto recupera quindi, al momento dell’esecuzione, le eventuali credenziali a valle necessarie dal vault delle connessioni. L’agente non conserva il segreto di terze parti a lunga durata. Al momento dell’emissione o dello scambio dei token, le policy possono valutare l’agente, l’utente di origine, il tenant, lo strumento richiesto e il contesto di esecuzione; nel frattempo, la piattaforma registra la sequenza delle attività a fini di audit.

Questo modello è importante perché MCP standardizza il modo in cui gli agenti individuano e invocano gli strumenti, ma non elimina la necessità di autorizzazioni aziendali. Agentic Identity Hub 3.0 può fungere da provider di identità per un gateway esistente oppure integrarsi con Agent Gateway di Descope, disponibile in accesso anticipato. La versione include un’integrazione nativa con agentgateway, un progetto open source della Agentic AI Foundation. La documentazione del gateway di Descope descrive inoltre la compatibilità con prodotti come Kong AI Gateway, Azure AI Gateway, Portkey e Golf.dev.

Applicare le policy al gateway crea un unico punto in cui autenticare gli agenti, autorizzare le chiamate agli strumenti e raccogliere i log dei server MCP interni e di terze parti. Questo punto può però diventare anche essenziale per l’applicazione dei controlli: disponibilità, qualità delle policy e corretta definizione delle autorizzazioni determinano se riduce i rischi o si limita a centralizzarli.

Abbandonare i segreti condivisi per gli agenti

Descope aggiunge inoltre diversi metodi che consentono ad agenti e carichi di lavoro di autenticarsi senza segreti client statici. Tra questi figurano le asserzioni JWT con chiave privata, il TLS reciproco, le identità SPIFFE dei carichi di lavoro e la federazione delle identità dei carichi di lavoro.

Con la federazione delle identità dei carichi di lavoro, un agente in esecuzione su AWS, Google Cloud, Microsoft Azure, Kubernetes o GitHub Actions può presentare l’identità già rilasciata da quell’ambiente. Descope convalida il token firmato, crea una registrazione d’identità per il carico di lavoro e restituisce un token di accesso con autorizzazioni circoscritte. Distribuzioni diverse possono restare identificabili separatamente anche quando condividono la stessa configurazione client, consentendo di revocare una singola istanza senza disattivare tutte le copie dell’agente.

L’emissione di ID-JAG mira a estendere un modello analogo ai server MCP. Un agente interno si autentica tramite il provider di identità già in uso nell’organizzazione e ottiene un accesso adeguato a ciascun server. Le policy vengono valutate al momento delle richieste, anziché essere incorporate in credenziali di lunga durata, così da poter restringere o revocare centralmente l’accesso. Descope descrive questa soluzione come un’esperienza simile all’SSO per gli agenti, ma la sua efficacia dipenderà dal supporto dei gateway e dei client agli standard sottostanti e dalla capacità degli amministratori di definire ambiti che rispecchino i reali confini aziendali.

Il passaggio di Descope dalla gestione delle identità dei clienti alla sicurezza degli agenti

Descope è stata fondata nel 2022 da un team che in precedenza aveva creato Demisto, società di orchestrazione della sicurezza, che Palo Alto Networks (PANW ) ha acquisito nel 2019. L’azienda è uscita dalla fase di sviluppo riservato nel 2023 con 53 milioni di dollari di finanziamento iniziale e afferma di aver ampliato quel round, arrivando a 88 milioni di dollari di finanziamenti complessivi nel 2025.

In origine, l’azienda si concentrava sulla gestione delle identità e degli accessi dei clienti, includendo l’autenticazione senza password, flussi di lavoro visivi per la gestione delle identità, SDK e API. Agentic Identity Hub estende questa infrastruttura di identità anche agli attori non umani. La base condivisa è strategicamente importante: le identità dei dipendenti e degli agenti, la valutazione delle policy, l’intermediazione delle credenziali e i registri di audit possono essere gestiti senza creare un silo di identità separato per ogni prodotto di IA.

Per chi deve acquistare, la questione pratica è se Descope riuscirà a rendere la governance degli agenti abbastanza semplice da convincere i team di sviluppo a usarla invece di aggirarla. Il processo di onboarding deve rimanere più rapido della condivisione informale delle credenziali e le integrazioni con i gateway devono supportare i client e i server che i dipendenti adottano davvero. I team di sicurezza dovranno inoltre distinguere tra l’autenticazione di un agente e la sicurezza delle sue azioni: l’identità limita l’accesso e ne definisce gli attributi, ma non impedisce l’iniezione di prompt, la scelta errata degli strumenti o le azioni dannose che restano entro un ambito autorizzato.

Agentic Identity Hub 3.0 va quindi considerato soprattutto un tentativo di definire il perimetro delle identità per l’IA aziendale. Offre alle organizzazioni un modo per stabilire chi è responsabile di un agente, quale utente o carico di lavoro rappresenta, a quali risorse può accedere e come revocargli l’accesso. Man mano che gli agenti passano dalla sperimentazione ai flussi di lavoro di produzione, queste domande diventano parte integrante dell’infrastruttura centrale di cybersicurezza, anziché costituire un livello facoltativo attorno al modello.