Il rischio nascosto legato alle identità dell’AI per gli MSP

Le organizzazioni stanno rapidamente integrando l’AI nelle operazioni aziendali quotidiane. I team utilizzano Microsoft Copilot e Gemini per riassumere le riunioni, gli sviluppatori accelerano il rilascio del software con copilot di programmazione e i team dell’assistenza clienti implementano chatbot basati su AI per migliorare i tempi di risposta. Sebbene queste iniziative vengano considerate dal punto di vista della produttività e dell’innovazione, stanno anche ridefinendo l’identità delle organizzazioni in modi che spesso passano inosservati.

Ogni distribuzione di AI si basa sull’accesso attendibile ai sistemi aziendali. Che un assistente AI si colleghi a Microsoft 365, Salesforce, SharePoint o a una knowledge base interna, si autentica, recupera informazioni ed esegue azioni utilizzando credenziali e autorizzazioni che devono essere concesse e gestite. Pertanto, ogni implementazione introduce un’altra identità che deve essere protetta.

Nelle riunioni con i clienti e nelle discussioni con i dirigenti, le conversazioni sull’AI ruotano solitamente attorno ad aumenti di produttività, policy di governance e uso accettabile. L’attenzione dedicata alle identità create per supportare queste tecnologie è limitata.

Quindi, quali nuove identità stiamo creando nel processo?

La risposta ha implicazioni che vanno ben oltre l’adozione dell’AI.

Come l’AI sta ampliando la superficie di attacco delle identità per gli MSP

Consideriamo cosa succede quando un’azienda implementa un nuovo strumento di AI:

Un team di marketing connette un assistente di scrittura AI a SharePoint. Il team vendite abilita un assistente CRM potenziato dall’AI. Un responsabile del servizio clienti avvia un chatbot collegato alla documentazione interna. Il reparto Operazioni automatizza i flussi di lavoro ripetitivi tramite un’orchestrazione basata sull’AI.

Ogni implementazione sembra essere un miglioramento isolato della produttività. Dal punto di vista della sicurezza, tuttavia, le implicazioni sono molto più profonde.

Ognuna di queste soluzioni richiede un accesso attendibile per eseguire le attività che è progettata per svolgere. Alcuni si autenticano tramite connessioni OAuth, mentre altri si basano su chiavi API, account di servizio, credenziali macchina o token di accesso. Ciascuno riceve l’autorizzazione a recuperare informazioni, interagire con le applicazioni aziendali ed eseguire azioni per conto degli utenti. Singolarmente, queste identità raramente attirano molta attenzione. Nel loro insieme, iniziano ad ampliare ciò che molte organizzazioni non misurano mai: la loro superficie di attacco delle identità.

La rapida espansione dell’AI in tutta l’azienda rende questa sfida difficile da ignorare. Secondo il Work Trend Index 2025 di Microsoft, l’82% dei leader aziendali afferma che questo è un anno fondamentale per ripensare gli aspetti chiave della strategia e delle operazioni attraverso l’AI. Dal report è inoltre emerso che il 46% delle organizzazioni utilizza già agenti AI per automatizzare completamente i flussi di lavoro o i processi aziendali, a dimostrazione di quanto rapidamente l’AI stia passando dalla sperimentazione alle operazioni quotidiane.

Questi dati non indicano solo un aumento dell’uso dell’AI.

Indicano un numero crescente di applicazioni, flussi di lavoro e processi automatizzati che richiedono un accesso affidabile negli ambienti aziendali.

Perché le identità non umane (NHI) creano rischi nascosti

I tradizionali programmi per la gestione delle identità erano incentrati sulle persone. Un dipendente entra a far parte dell’organizzazione, riceve un account, ottiene l’accesso ai sistemi appropriati e infine questo accesso viene rimosso quando il dipendente cambia posizione o lascia l’azienda. Sebbene quel processo non sia sempre privo di interruzioni, segue un ciclo di vita prevedibile con una proprietà definita.

L’AI no.

Un assistente AI può autenticarsi tramite un token OAuth. Una piattaforma di automazione dei flussi di lavoro può basarsi su più account di servizio e chiavi API. Un agente autonomo può accedere a diverse applicazioni aziendali utilizzando credenziali macchina che operano continuamente senza interazione umana diretta. A differenza degli account dipendente, queste identità vengono spesso create istantaneamente durante la configurazione dell’applicazione o da singoli amministratori, sviluppatori e utenti aziendali che collegano strumenti di AI a sistemi esistenti.

Molte di queste identità esistono al di fuori dei processi che le organizzazioni hanno già in atto per governare i dipendenti. Alcune rimangono attive molto tempo dopo che non sono più necessarie perché rimuoverle può interrompere i flussi di lavoro o compromettere le integrazioni. Nel corso del tempo, le organizzazioni accumulano centinaia o persino migliaia di identità che non sono legate a una persona, ma che possiedono un accesso legittimo ai principali sistemi aziendali.

I professionisti della sicurezza le definiscono collettivamente identità non umane (NHI): identità digitali utilizzate da applicazioni, servizi, carichi di lavoro e processi automatizzati, anziché dai dipendenti. Sebbene il termine possa non essere familiare ad alcune organizzazioni, il concetto non lo è. Ogni chiave API, connessione OAuth, account di servizio, credenziale di macchina e agente AI che agisce per conto di un utente rappresenta un’altra identità con accesso privilegiato che deve essere gestita durante tutto il suo ciclo di vita.

Il numero di NHI non si ferma. Ogni nuovo impiego dell’AI, flusso di lavoro automatizzato e integrazione di sistemi comporta l’introduzione di credenziali, account di servizio e identità macchina che richiedono una governance. Man mano che sempre più applicazioni, flussi di lavoro e sistemi diventano interconnessi, mantenere la visibilità diventa sempre più difficile.

Non è semplicemente un problema di inventario. È un problema di visibilità e controllo.

Le organizzazioni non possono proteggere efficacemente le identità di cui non conoscono l’esistenza, rivedere regolarmente le autorizzazioni che non vedono o rimuovere l’accesso che non sanno sia stato concesso.

Sfortunatamente, gli aggressori non devono preoccuparsi di quella limitazione.

Perché gli attaccanti prendono di mira le identità macchina non gestite

I cybercriminali non distinguono tra identità umane e macchina. Cercano semplicemente la via più rapida per accedere a sistemi di valore e dati sensibili.

Per anni, le campagne di phishing e il furto di credenziali hanno preso di mira principalmente i dipendenti, poiché gli account utente rappresentavano la via più diretta per accedere all’ambiente di un’organizzazione. Quella realtà non è cambiata, ma il numero di potenziali punti di ingresso sì.

Gli aggressori di oggi sfruttano sempre più chiavi API, account di servizio, token di accesso e credenziali macchina perché queste identità spesso operano con permessi ampi, accesso persistente e molta meno supervisione rispetto ai tradizionali account utente. A differenza dell’account di un dipendente, un account di servizio non metterà in discussione una richiesta inaspettata, una chiave API non segnalerà un’attività sospetta e un agente AI non può riconoscere che sta interagendo con un sistema malevolo. Se queste identità vengono compromesse, spesso forniscono agli aggressori esattamente ciò di cui hanno bisogno: un accesso legittimo.

Secondo il Threat Detection Report 2025 di Red Canary, gli attacchi alle identità sono aumentati dell’850% rispetto al 2024 e hanno rappresentato il 53% dei rilevamenti complessivi nel 2025, sottolineando la crescente dipendenza degli aggressori dal furto di credenziali e dalle tecniche di attacco basate sull’identità.

Ogni nuova implementazione di AI introduce un’altra identità macchina, un altro account di servizio o un’altra credenziale nell’ambiente.

La sfida non è semplicemente che esistano più identità. Il fatto è che molte ricevono autorizzazioni che vanno oltre quanto necessario, rimangono attive più a lungo del previsto o funzionano senza un monitoraggio costante. Singolarmente, questi problemi possono sembrare insignificanti. Insieme, creano una raccolta in espansione di identità affidabili che gli aggressori possono sfruttare.

Più le organizzazioni scelgono di automatizzare, più diventa fondamentale comprendere non solo chi ha accesso ai sistemi critici, ma anche a cosa ha accesso.

Perché la sicurezza delle identità basate sull’AI è importante per gli MSP

Per la maggior parte delle organizzazioni, gestire questo crescente ecosistema di identità non è solo una sfida tecnica: è una sfida di visibilità.

Molte aziende semplicemente non sanno quante NHI esistano nei loro ambienti, a quali sistemi possano accedere o se tali autorizzazioni siano ancora necessarie. Le iniziative di AI sono spesso guidate da singoli dipartimenti, sviluppatori o unità aziendali focalizzati sulla risoluzione di sfide immediate. La governance dell’identità a lungo termine è raramente oggetto di discussione.

Per gli MSP, è qui che la competenza diventa un elemento di differenziazione.

Storicamente, gli MSP hanno aiutato i clienti a proteggere gli endpoint, gestire l’infrastruttura e implementare soluzioni di sicurezza informatica. Mentre i clienti continuano a integrare l’AI nelle proprie operazioni, si affideranno a consulenti di fiducia che li aiutino a governare le credenziali, le autorizzazioni e le identità macchina introdotte da queste tecnologie.

Aiutare i clienti ad affrontare questo cambiamento inizia con una serie di domande diverse:

• Quali applicazioni di AI hanno attualmente accesso ai sistemi aziendali critici?
• Quali account di servizio e chiavi API sono ancora attivamente necessari?
• A chi appartiene ciascuna identità macchina?
• Le autorizzazioni sono allineate ai principi del privilegio minimo?
• Come vengono ruotate, monitorate e protette le credenziali?

Avviando queste discussioni e riesaminandole man mano che gli ambienti di AI si evolvono, gli MSP elevano il proprio ruolo da fornitore di tecnologia a consulente strategico. Aiutando i clienti a gestire le identità legate all’AI, gli MSP possono ridurre al minimo i rischi a lungo termine e consentire così un’adozione responsabile dell’AI.

Come KeeperMSP può aiutare i clienti a costruire una base sicura per l’AI

Comprendere il problema è solo il primo passo. Aiutare i clienti ad affrontarlo richiede le giuste basi di sicurezza delle identità.

Per gli MSP, ciò significa aiutare i clienti a implementare un framework in grado di gestire gli accessi con privilegi in modo coerente sia per le identità umane che per quelle delle macchine. Significa proteggere le credenziali, applicare l’accesso con privilegi minimi, proteggere i segreti, monitorare le sessioni con privilegi e mantenere la visibilità durante l’intero ciclo di vita delle identità.

Anziché trattare l’accesso legato all’AI come una sfida di sicurezza separata, gli MSP dovrebbero incoraggiare i clienti a integrarlo nella loro più ampia strategia per la sicurezza delle identità. Che l’accesso appartenga a un dipendente, a un’applicazione, a un agente AI o a un flusso di lavoro automatizzato, si dovrebbero applicare gli stessi principi fondamentali: verificare l’accesso, applicare il privilegio minimo, proteggere le credenziali e monitorare continuamente l’attività. Un approccio unificato riduce la complessità, garantendo al contempo che i clienti mantengano controlli di sicurezza coerenti man mano che i loro ambienti continuano a evolversi.

KeeperMSP è stato progettato pensando a queste sfide. Grazie alla sua architettura di sicurezza zero-knowledge, alle funzionalità di gestione delle password aziendali, gestione degli accessi con privilegi (PAM), gestione dei segreti e accesso remoto sicuro, Keeper consente ai provider di aiutare i clienti a proteggere le credenziali, i segreti e i percorsi di accesso con privilegi presi di mira dagli aggressori. Invece di affidarsi a strumenti disconnessi, gli MSP possono gestire le identità sia umane che di macchina attraverso un’unica piattaforma basata sui principi zero-trust e sulla governance continua degli accessi.

Per gli MSP, il valore va ben oltre la tecnologia. Offre la visibilità, il controllo e la scalabilità necessari per aiutare i clienti ad adottare l’AI senza che la superficie di attacco legata alle identità superi la loro strategia di sicurezza.

Ogni implementazione dell’AI crea nuovi rischi per la sicurezza delle identità

Ogni implementazione dell’AI espande l’ecosistema delle identità di un’organizzazione e, con esso, la responsabilità di governare ogni nuova identità con lo stesso rigore delle sue controparti umane. Le organizzazioni che riconoscono fin da subito questo collegamento saranno in una posizione migliore per innovare senza ampliare inutilmente la propria superficie di attacco.

Per gli MSP, aiutare le aziende gestite a comprendere e governare queste identità rappresenta molto più di un’altra implementazione tecnologica. Colloca gli MSP all’avanguardia di uno dei cambiamenti più significativi nella sicurezza informatica dal passaggio al cloud computing. Aiutando i clienti ad affrontare le sfide create dall’AI, gli MSP possono rafforzare il proprio ruolo di consulenti indispensabili, consentendo al tempo stesso alle organizzazioni di stare al passo con l’innovazione senza compromettere la visibilità o il controllo.

Perché ogni distribuzione dell’AI introduce più di una nuova funzionalità. Introduce un’altra identità da proteggere.

Scopri il programma Keeper MSP Partner e come aiuta gli MSP a gestire l’impatto crescente dell’AI sulla gestione delle identità.