Mentre l’attenzione va all’AI che attacca, dentro le aziende cresce in silenzio una superficie d’attacco che quasi nessuno conta: le identita non umane (NHI) — account di servizio, token, chiavi API, e ora gli agenti AI. Secondo la Cloud Security Alliance, negli ambienti cloud-native le NHI superano le identita umane con un rapporto di 144 a 1, in crescita dal 92 a 1 di meta 2024. Per ognuna di esse esiste una credenziale che puo essere rubata.
Gli agenti AI non sono semplici account di servizio
Un service account tradizionale fa una cosa prevedibile. Un agente AI no: acquisisce permessi a runtime, puo generare sotto-agenti, invocare API esterne, scrivere ed eseguire codice, concatenare azioni su decine di sistemi. Ogni agente che detiene una credenziale permanente amplia il blast radius di una singola compromissione ben oltre quello di un account statico. Il Data Breach Investigations Report 2026 lo sintetizza cosi: l’identita e il piano di controllo dell’AI agentica.
I segreti sono gia la fuori
Il report State of Secrets Sprawl 2026 di GitGuardian ha rilevato 29 milioni di nuovi segreti hardcoded su GitHub pubblico nel 2025 (+34% anno su anno), e oltre 1,2 milioni di segreti legati a servizi AI (+81%). Otto delle dieci categorie di segreti in piu rapida crescita sono legate all’AI. Sul fronte interno, il quadro non e migliore: il 47% delle NHI ha piu di un anno di vita senza una rotazione delle credenziali.
Il punto cieco
La parte piu scomoda riguarda la consapevolezza: secondo i dati di settore solo il 15% delle organizzazioni si dice molto sicura di poter prevenire un attacco basato su NHI, e oltre il 16% non traccia affatto la creazione di identita legate all’AI. Non si puo proteggere cio che non si conta.
Cosa fare, in concreto
- Inventario delle NHI: censire account di servizio, token e agenti, con un proprietario e una scadenza per ciascuno.
- Rotazione e vault dei segreti: niente chiavi nel codice o nei file di configurazione; rotazione automatica e revoca rapida.
- Minimo privilegio anche per le macchine: un agente deve poter fare solo cio che gli serve, e per il tempo che gli serve (accesso just-in-time, come visto a proposito della velocita d’attacco e della strategia degli accessi).
- Tracciabilita: ogni azione di un’identita macchina deve lasciare una traccia verificabile.
Per i soggetti NIS2 questo non e facoltativo: il controllo degli accessi e la gestione del rischio comprendono anche le identita che non hanno un volto. Vale la pena estendere lo stesso rigore alle clausole verso i fornitori che gestiscono agenti e credenziali per conto vostro.
Fonti: Cloud Security Alliance (State of NHI and AI Security), GitGuardian (State of Secrets Sprawl 2026), Verizon DBIR 2026.