Permessi e accessi degli agenti IA

Lo scenario: come funziona oggi

In molte aziende l'automazione è cresciuta in modo disordinato: flussi Power Automate creati con l'account personale di un dipendente, connessioni a SharePoint ed Exchange ereditate da chi le ha configurate, credenziali di servizio condivise via email. Quando la persona cambia ruolo o esce dall'organizzazione, i flussi si interrompono oppure continuano a girare con accessi che nessuno controlla più.

Il risultato è un perimetro opaco: nessuno sa esattamente chi — o cosa — può leggere una libreria documentale riservata, una mailbox direzionale o un file Excel con dati sensibili. Aggiungere un agente IA in questo scenario significa moltiplicare il problema, perché l'agente erediterebbe permessi più ampi del necessario.

Prima e dopo l'automazione

Cosa comprende l'automazione

• Provisioning dell'identità: creazione dell'account o app registration dell'agente in Microsoft Entra ID, con naming convention riconoscibile.
• Assegnazione granulare: permessi di lettura e scrittura solo sui siti SharePoint, le mailbox Exchange e le cartelle OneDrive necessarie al processo.
• Segregazione dei ruoli: l'agente non riceve mai ruoli amministrativi né accesso a workload fuori scope.
• Tracciamento continuo: ogni operazione finisce nei log di audit unificati del tenant, consultabili dal tuo IT.
• Revisione periodica: verifica ricorrente dei permessi accessi agenti IA per eliminare autorizzazioni non più necessarie.

Resta fuori — e resta umano — tutto ciò che riguarda le decisioni critiche: l'approvazione dei permessi iniziali, la concessione di nuovi accessi, la validazione degli output sensibili e la revoca. L'agente propone ed esegue dentro il suo perimetro; l'amministratore IT mantiene il controllo completo.

Dove risiedono i dati

I permessi e accessi degli agenti IA riguardano esclusivamente risorse dentro il tuo tenant Microsoft 365: documenti in SharePoint e OneDrive, messaggi in Exchange, conversazioni in Teams, tabelle in Dataverse. L'agente legge e scrive dove già risiedono i dati, senza copiarli altrove.

Il processamento avviene nello stesso perimetro: nessuna connessione verso servizi esterni non autorizzati, nessun dato usato per il training dei modelli. I log di accesso restano nel tuo ambiente, nel centro conformità Microsoft Purview, e restano di tua proprietà. Se domani revochi l'identità dell'agente, il perimetro torna esattamente com'era prima.

Il modello least privilege con Microsoft Entra ID

Il cuore dei permessi accessi agenti IA è il principio del least privilege applicato con gli strumenti nativi di Microsoft 365. L'identità dell'agente viene registrata in Microsoft Entra ID con permessi applicativi puntuali — ad esempio Sites.Selected su Microsoft Graph — che limitano l'accesso ai soli siti SharePoint esplicitamente abilitati, invece dei permessi ampi come Sites.Read.All.

Su Exchange la stessa logica si applica con le application access policy: l'agente può leggere solo le mailbox indicate, non l'intera organizzazione. L'accesso condizionale di Entra ID permette inoltre di vincolare l'identità dell'agente a condizioni precise, e Microsoft Purview registra ogni lettura e scrittura nei log di audit unificati. In fase di assessment mappiamo processo per processo quali risorse servono davvero, così lo scope iniziale è già il minimo necessario — e ogni ampliamento successivo passa da una tua approvazione esplicita.

Approfondimenti su Permessi e accessi degli agenti IA