L’IA in ombra era il problema facile: il vero rischio sono gli agenti nascosti nel software approvato

Due anni fa, l’IA in ombra significava che i dipendenti incollavano i dati dei clienti in ChatGPT. La soluzione, in generale, era gestibile: scoprire gli strumenti, sanzionare quelli buoni, bloccare quelli cattivi, addestrare le persone. La maggior parte delle organizzazioni si trova a metà strada nell’esecuzione di quel piano, dove il 61% ha già incontrato l’IA in ombra nei loro ambienti e il piano funziona per lo più.

Tuttavia, questa descrizione non descrive più il problema. L’IA in ombra è passata da un problema di comportamento a un problema architettonico. La governance tradizionale non può tenere il passo con il moderno panorama, che include agenti di IA incorporati nei vendor e agenti cablati dai dipendenti all’interno di sistemi approvati con credenziali ereditate, rendendo l’identità l’unico vero punto di controllo.

I due fantasmi che non stai guardando

La domanda interessante nel 2026 non è più quale strumento di IA un dipendente abbia aperto. È quale agente di IA il fornitore abbia spedito all’interno dell’aggiornamento del prodotto dell’ultimo trimestre e quali autorizzazioni abbia ereditato dal dipendente che lo ha installato.

L’IA in ombra era una questione di comportamento. Potevi vederla, nominarla e creare una politica contro di essa. La versione che si sta diffondendo ora è strutturale. Arriva attraverso il software che hai già approvato, agendo con credenziali che hai già rilasciato, in flussi di lavoro che hai già auditato. Il fantasma non è più comportamentale, è architettonico. I dipendenti sono ancora presenti, ma si sono spostati dall’uso dell’IA alla sua distribuzione: cablando agenti nei sistemi a cui hanno già accesso e facendolo attraverso interfacce progettate per semplificare il processo. Le politiche scritte per il primo comportamento non raggiungono il secondo.

Questo è il motivo per cui “proibirlo” non è mai stata la vera discussione. I CISO che hanno anticipato l’IA in ombra sanzionando gli strumenti aziendali e spingendo i dipendenti verso alternative governate hanno vinto quella partita e hanno scoperto che la prossima era già in corso e che aveva due vettori, non uno. Il primo è ciò che i fornitori autorizzati stanno spedendo all’interno dei prodotti già in produzione: modelli incorporati, modalità agente, nuove integrazioni che sono arrivate in una nota di rilascio che nessuno ha letto. Il secondo è ciò che i dipendenti stanno cablando da soli: un LLM connesso al CRM attraverso un’automazione senza codice, un GPT personalizzato con una chiave API per il data warehouse, una connessione MCP da un assistente desktop a un sistema di produzione. Entrambi producono lo stesso risultato, che include agenti che agiscono con credenziali approvate, contro sistemi approvati, in flussi di lavoro che non sono mai stati sottoposti a revisione per catturarli. Il processo di acquisto può vedere il primo vettore e perdere il secondo completamente.

È importante essere onesti su come la prima partita sia stata vinta in modo diseguale. Nove organizzazioni su dieci stanno pianificando aumenti del budget IT legati all’IA, con molti che pianificano un’espansione più ampia in tutta l’IT nei prossimi 6-24 mesi. La spesa sta fluendo verso capacità intelligenti. I controlli stanno recuperando terreno a piccoli passi. Quel disequilibrio è il problema, non un effetto collaterale.

Il perimetro era sempre umano

Il modello mentale che funzionava per la prima ondata non funziona per questa. L’IA in ombra come comportamento dei dipendenti assumeva un essere umano nel loop che faceva una scelta che il team di sicurezza poteva influenzare. L’IA in ombra come architettura del fornitore rimuove la scelta. Il modello che ha redatto l’email, l’agente che ha programmato la riunione, l’assistente che ha riassunto il documento e lo ha inoltrato. Nessuno di questi ha richiesto a un dipendente di fare qualcosa di diverso dal continuare a utilizzare il software che gli era stato detto di utilizzare.

La risposta onesta è che il perimetro che la maggior parte dei programmi di sicurezza stanno ancora difendendo era un perimetro di azione umana. I dipendenti che aprono gli strumenti, i dipendenti che concedono l’accesso, i dipendenti che prendono decisioni che il team di sicurezza poteva osservare e plasmare. Quel perimetro si sta dissolvendo in due direzioni contemporaneamente. Dall’alto, i fornitori stanno spedendo agenti all’interno di prodotti approvati più velocemente di quanto qualsiasi processo di revisione possa tenere il passo. Dall’basso, i dipendenti stanno uscendo dal ruolo di utente e entrando nel ruolo di integratore, cablando agenti all’interno dei sistemi attraverso interfacce progettate per essere self-service e che non sono mai state strumentate per la governance. Il perimetro di sostituzione, costruito intorno a ciò che le identità stanno facendo, indipendentemente dal fatto che queste identità siano persone o meno, e indipendentemente da chi le ha distribuite, richiede un tessuto di controllo che la maggior parte delle organizzazioni non ha ancora.

L’unico posto dove guardare

L’identità è il punto di controllo giusto, ma l’inquadratura deve spostarsi. La formulazione convenzionale dice “l’identità è il nuovo perimetro” perché gli utenti sono ovunque e i dispositivi sono ovunque e il SaaS è ovunque. Questo era vero un decennio fa, adesso è un fatto acquisito. La versione che conta nel 2026 è diversa: l’identità è l’unico posto dove puoi vedere cosa sta facendo l’IA, perché una volta che lo sta facendo, il confine dello strumento è già stato superato. L’agente sta agendo con le credenziali di qualcuno. Di chi, con quale ambito, contro quali dati, con quale autorizzazione sono le uniche domande che producono un utile registro di audit. La governance a livello di strumento non può rispondere a queste domande perché lo strumento non è più l’unità di analisi.

Quasi il 90% dei leader IT riconosce già che l’unificazione ha un impatto diretto sulla loro capacità di implementare e scalare l’IA in modo sicuro. La domanda più difficile è cosa significhi realmente l’unificazione al livello di controllo. Non può semplicemente significare meno dashboard. Significa un unico tessuto di identità dove ogni attore, sia umano, account di servizio, agente, modello incorporato, viene fornito, ambito, monitorato e ritirato attraverso la stessa serie di meccanismi. Qualsiasi cosa al di sotto di questo ti dà l’aspetto di una governance consolidata quando in realtà è solo un’applicazione frammentata.

La tua revisione del fornitore ha una data di scadenza

Purtroppo, una revisione del fornitore è valida solo per un certo periodo. Ciò ha implicazioni scomode per la struttura dei programmi di sicurezza. La maggior parte dei comitati di governance dell’IA è organizzata intorno alla revisione degli strumenti, con i fornitori che vengono e vengono valutati, sanzionati o rifiutati, al fine di essere aggiunti al registro. Quel processo presume che il comportamento dello strumento al momento della sanzione sia il comportamento dello strumento in produzione. Per il software con IA incorporata, quell’ipotesi è rotta prima che l’inchiostro si asciughi. Il fornitore spedirà un nuovo modello, una nuova modalità agente, una nuova integrazione, e la revisione di governance approvata sei mesi fa sta descrivendo un prodotto che non esiste più.

Fuori dallo strumento, sull’identità

I programmi che terranno saranno quelli che spostano la governance dallo strumento all’identità. Ogni azione contro i tuoi dati, da parte di qualsiasi attore, è tracciabile a un’identità con un proprietario noto, un set di autorizzazioni ambito, e una durata di vita definita. Che sia umano o non umano, dipendente o agente, strumento sanzionato o modalità incorporata, la domanda è la stessa: chi è questo, cosa gli è consentito fare, e come sappiamo quando dovrebbe smettere di essere vero? I programmi che possono rispondere a queste domande non devono vincere la gara di sanzione degli strumenti. I programmi che non possono saranno in ritardo rispetto ai fornitori e ai dipendenti che spediscono più velocemente di quanto qualsiasi processo di revisione possa muoversi.

L’IA in ombra come categoria non sta andando via. Soprattutto con la nuova era della forza lavoro agente, il 72% delle organizzazioni ha già agenti di IA in produzione. Invece, sta diventando una parte più piccola di un problema più grande. Le organizzazioni che stanno spendendo il prossimo ciclo di budget per la scoperta degli strumenti e le politiche di sanzione stanno risolvendo il problema del 2024 su un calendario del 2026. Quelle che stanno spendendo per la strumentazione a livello di identità per gli esseri umani, gli agenti, il continuum tra di loro, stanno risolvendo il problema che effettivamente avranno.

La prima ondata di IA in ombra ha insegnato ai team di sicurezza che non potevano superare la curiosità dei dipendenti. La seconda ondata sta per insegnare loro che non possono superare la velocità dei fornitori o l’ingegno dei dipendenti. Entrambe le lezioni puntano alla stessa conclusione. L’unità di governance non sarebbe mai stata lo strumento. Era sempre stata l’identità che agisce attraverso di esso.