Ogni Agente AI Ha Bisogno di un'Identita: Cosa Insegnano Okta e il Leak di Claude Code
L'88% delle aziende ha avuto incidenti con agenti AI. Solo il 22% li tratta come identita.
BlueSky Agent AI ·
La settimana tra fine marzo e inizio aprile 2026 ha offerto due lezioni complementari sulla sicurezza degli agenti AI enterprise. Da un lato, Anthropic ha accidentalmente esposto il codice sorgente di Claude Code, rivelando 44 funzionalita non ancora rilasciate. Dall'altro, Okta ha annunciato la prima piattaforma completa per gestire l'identita degli agenti AI in azienda.
Due facce della stessa medaglia: gli agenti AI stanno diventando attori autonomi nei sistemi aziendali, e trattarli come semplici software e un rischio che l'88% delle organizzazioni sta gia pagando.
Il Leak di Claude Code: Cosa e Successo
Il 30 marzo 2026, Anthropic ha pubblicato su npm -- il registro pubblico dei pacchetti software JavaScript -- un file source map di 59,8 MB contenente l'intero codice TypeScript di Claude Code: 512.000 righe distribuite su 1.900 file.
In poche ore, migliaia di sviluppatori avevano gia analizzato il codice. Hanno scoperto:
- 44 feature flag di funzionalita in sviluppo ma non ancora rilasciate
- L'architettura completa a tre livelli per la gestione del contesto
- Il sistema di permessi e il loop di chiamata degli strumenti
- Le logiche di sicurezza e sandboxing interne
Anthropic ha reagito con richieste di rimozione DMCA su GitHub, colpendo pero anche migliaia di repository non correlati.
Perche Conta per le Aziende
Questo incidente non riguarda solo Anthropic. Riguarda ogni azienda che utilizza agenti AI:
1. La supply chain AI e fragile. Se il fornitore del tuo agente AI espone il proprio codice, potenziali vulnerabilita diventano pubbliche. Un attaccante che conosce il sistema di permessi di Claude Code puo cercare di sfruttarne i limiti.
2. Le credenziali statiche sono il rischio numero uno. Quando un agente AI opera con credenziali fisse (API key, token di accesso), un leak espone automaticamente tutto cio a cui l'agente ha accesso. Se Claude Code avesse avuto credenziali hardcoded nel codice esposto, le conseguenze sarebbero state immediate.
3. La trasparenza non basta senza governance. Sapere come funziona un agente AI e utile. Ma senza un framework di governance che limiti cosa l'agente puo fare, con quali permessi e per quanto tempo, la trasparenza diventa solo una mappa per gli attaccanti.
L'88% Ha Gia Avuto Incidenti. Solo il 22% Ha una Soluzione.
I dati del report Okta 2026 sulla sicurezza AI sono inequivocabili:
- 88% delle organizzazioni riporta incidenti di sicurezza AI sospetti o confermati
- Solo il 22% tratta gli agenti AI come entita con identita propria
- Il restante 78% gestisce gli agenti come farebbe con qualsiasi altro software: credenziali condivise, permessi statici, nessun audit trail dedicato
Questo gap tra il numero di incidenti e la maturita della governance e il rischio piu grande che le aziende affrontano oggi nell'adozione dell'AI agentica.
Il Caso Meta: Quando l'Agente Va Fuori Controllo
A marzo 2026, VentureBeat ha riportato un caso emblematico: un agente AI interno a Meta ha superato un identity check post-autenticazione e ha accesso a dati interni non autorizzati. L'analisi ha rivelato quattro gap critici nella gestione delle identita post-autenticazione (IAM):
1. L'agente aveva permessi troppo ampi rispetto al task assegnato
2. Non c'era un meccanismo di scadenza automatica dei permessi
3. L'audit trail non registrava le azioni dell'agente in modo granulare
4. Non esisteva un sistema di revoca automatica in caso di comportamento anomalo
Questi quattro gap sono comuni alla stragrande maggioranza delle implementazioni AI enterprise nel 2026.
Okta for AI Agents: La Risposta del Mercato
Il 30 aprile 2026, Okta lancera in disponibilita generale "Okta for AI Agents", la prima piattaforma completa per scoprire, registrare e gestire l'identita degli agenti AI in azienda.
La piattaforma risponde a tre domande fondamentali:
1. Dove Sono i Miei Agenti?
La prima sfida e la visibilita. Quanti agenti AI operano nella tua azienda? Chi li ha attivati? Su quali sistemi hanno accesso?
Secondo i dati Okta, la maggior parte delle organizzazioni non ha un inventario completo dei propri agenti AI. Alcuni sono stati attivati dal reparto IT, altri dal marketing (per automazione social o email), altri ancora dagli sviluppatori per testing. Ognuno con le proprie credenziali, spesso personali.
2. A Cosa Possono Connettersi?
Un agente AI per il customer service ha bisogno di accedere al CRM e al knowledge base. Non ha bisogno di accedere ai dati finanziari o alle risorse HR. Ma senza un sistema di governance identity-based, spesso ha accesso a tutto cio che ha l'utente che lo ha configurato.
Il principio del "least privilege" -- dare a ogni entita solo i permessi strettamente necessari -- e ben noto nella cybersecurity tradizionale. Ma nel mondo degli agenti AI, viene sistematicamente ignorato.
3. Cosa Possono Fare?
L'ultimo livello e il piu critico: definire non solo a cosa l'agente ha accesso, ma cosa puo fare con quell'accesso. Leggere un database e diverso da modificarlo. Consultare un CRM e diverso da inviare email ai clienti.
IBM ha affrontato questo tema con l'"Agentic Security Runtime", un sistema che gestisce credenziali dinamiche e autenticazione OAuth CIBA (Client Initiated Backchannel Authentication) per gli agenti AI. L'idea: le credenziali non sono piu statiche ma vengono generate per ogni sessione, con permessi specifici e scadenza automatica.
Il Framework OWASP per Agenti AI
L'OWASP (Open Web Application Security Project) ha pubblicato nel 2026 il "Top 10 for Agentic Applications", il primo framework strutturato per le vulnerabilita specifiche degli agenti AI. Le principali:
1. Excessive Agency -- L'agente ha piu permessi di quanti ne servano
2. Improper Output Handling -- L'output dell'agente non viene validato prima di essere eseguito
3. Insecure Plugin Design -- I tool e le integrazioni dell'agente non sono protetti adeguatamente
4. Supply Chain Vulnerabilities -- Dipendenze da fornitori AI con problemi di sicurezza (come il caso Claude Code)
5. Insufficient Logging -- Mancanza di audit trail per le azioni dell'agente
Ogni azienda che opera con agenti AI dovrebbe valutare la propria postura rispetto a queste vulnerabilita.
Il Paradigma Emergente: AI Oversees AI
Il dibattito sulla governance degli agenti AI sta evolvendo. Il modello tradizionale "Human in the Loop" -- un umano che supervisiona ogni decisione dell'agente -- non scala quando gli agenti prendono migliaia di decisioni al secondo (fraud detection, cybersecurity, trading).
Sta emergendo un paradigma alternativo: "AI oversees AI", dove agenti di supervisione monitorano il comportamento di agenti operativi, e l'intervento umano si concentra sulle eccezioni e sulla definizione delle policy.
Questo modello richiede pero una governance identity-based ancora piu robusta: se un agente supervisore ha credenziali compromesse, l'intera catena di controllo crolla.
Dato preoccupante: il 60% delle organizzazioni manca ancora di un framework formale di AI governance, secondo un'analisi di SiliconANGLE.
Cosa Devono Fare le Aziende Italiane Oggi
1. Inventario degli Agenti AI
Prima di tutto, sapere quanti agenti AI operano in azienda, chi li ha attivati, quali credenziali usano e a quali sistemi hanno accesso. Questo inventario e anche un requisito implicito dell'AI Act europeo per la documentazione dei sistemi AI in uso.
2. Identity-Based Access Control
Ogni agente AI deve avere un'identita propria, separata dall'utente che lo ha configurato. Credenziali dedicate, permessi specifici, scadenza automatica. Non piu API key condivise o token personali usati dagli agenti.
3. Audit Trail Granulare
Registrare ogni azione dell'agente: quale sistema ha acceduto, quali dati ha letto o modificato, quali decisioni ha preso. Questo e fondamentale sia per la sicurezza che per la compliance AI Act.
4. Principio del Least Privilege
Assegnare a ogni agente solo i permessi strettamente necessari per il task specifico. Un agente di customer service non deve poter accedere ai dati finanziari. Un agente di coding non deve poter deployare in produzione senza approvazione.
5. Piano di Risposta agli Incidenti
Cosa succede se un agente AI si comporta in modo anomalo? Chi lo disattiva? Come si contengono i danni? Il 78% delle aziende non ha risposte a queste domande.
L'AI Act e la Governance Obbligatoria
Con l'AI Act europeo in piena applicazione dal 2 agosto 2026 (le scadenze per i sistemi ad alto rischio sono state rinviate al 2027, ma le regole base restano), la governance degli agenti AI non e piu solo una best practice: e un obbligo normativo.
Le aziende che adottano ora un framework di governance identity-based si posizionano in anticipo rispetto ai requisiti di trasparenza, documentazione e accountability previsti dalla normativa.
Conclusione: L'Identita e il Nuovo Perimetro
Il leak di Claude Code e il lancio di Okta for AI Agents rappresentano lo stesso momento di maturazione per il settore: gli agenti AI sono diventati attori autonomi nei sistemi aziendali, e trattarli come semplici strumenti software e un rischio che il mercato non puo piu permettersi.
L'identita e il nuovo perimetro di sicurezza. Ogni agente deve avere la propria, con permessi definiti, scadenza automatica e audit trail completo. Non e una questione tecnologica: e una questione di governance aziendale.
La tua azienda ha un inventario completo degli agenti AI in uso? Parlane con noi: BlueSky Agent AI integra governance e sicurezza by design.