Serie: Gli agenti di Microsoft 365 — Articolo #8 (Chiusura)
In tutti gli articoli di questa serie ho descritto cosa fanno gli agenti Microsoft 365: ricercano, analizzano, vendono, formano, creano, governano il tenant.
In questo ultimo articolo cambio prospettiva e rispondo alla domanda che arriva sempre, inevitabilmente, quando si porta un progetto AI in azienda:
“Ma è sicuro? Chi controlla cosa fanno questi agenti? Se un agente accede ai dati sbagliati, se espone informazioni riservate, se qualcosa va storto — chi ne risponde?”
Non è una domanda paranoica. È la domanda giusta. E la risposta è articolata, concreta, e — questa è la buona notizia — già disponibile nell’ecosistema Microsoft 365.
Il problema reale: Copilot amplifica ciò che già esiste
Prima di parlare di soluzioni, vale la pena capire esattamente qual è il rischio.
Gli agenti AI non creano problemi di sicurezza dal nulla. Amplificano i problemi che esistono già.
Se nel vostro tenant ci sono SharePoint site condivisi con “Everyone except external users”, documenti finanziari accessibili a chi non dovrebbe vederli, link di condivisione scaduti ma ancora attivi, permessi mai revocati di dipendenti che hanno cambiato ruolo — questi non sono problemi dell’AI. Sono problemi di governance dei dati che esistevano prima di Copilot.
Ma quando arriva un agente AI che può interrogare, sintetizzare e presentare informazioni da tutte queste fonti in modo fluido e immediato, la conseguenza di quei problemi di governance diventa molto più visibile e molto più rapida. Un oversharing che prima richiedeva una ricerca manuale per essere sfruttato, con Copilot diventa accessibile in secondi.
Copilot non bypassa la sicurezza esistente — rispetta le permission di Microsoft 365 — ma amplifica drammaticamente le conseguenze dei gap di governance negli altri ambiti.
Questo è il punto di partenza per qualsiasi conversazione seria sulla governance AI: non si tratta di aggiungere sicurezza specifica per l’AI sopra a tutto il resto. Si tratta di avere una governance dei dati solida, sulla quale poi costruire i controlli specifici per gli agenti.
Il framework: tre livelli, un ecosistema
Microsoft ha costruito la governance degli agenti su tre livelli che lavorano in modo integrato. Capire la logica di ciascuno è essenziale per proporre — e implementare — soluzioni serie.
Primo livello: Copilot Control System (M365 Admin Center)
È il pannello di controllo operativo degli agenti. Da qui l’amministratore governa il ciclo di vita di ogni agente nel tenant: chi può usarlo, su quali dati ha accesso, se è distribuito, bloccato, o in attesa di approvazione.
Il registro degli agenti — disponibile in M365 Admin Center sotto Copilot → Agenti — è il punto centrale di visibilità. Per ogni agente offre una vista a 360 gradi: nome, publisher, descrizione; dati e strumenti a cui accede (grounding data, connettori, knowledge sources); dettagli di sicurezza e compliance; permessi Entra; analytics di utilizzo e anomalie.
Non è una lista di installazioni. È un sistema di lifecycle management: dall’approvazione alla distribuzione, dal monitoraggio alla revoca. Ogni agente che entra nel tenant passa attraverso questo registro.
Il CCS copre anche le policy di accesso agente: chi può creare agenti, chi può installarli autonomamente, quali categorie di agenti sono permesse, quali bloccate. Configurare queste policy prima di aprire l’ecosistema agli utenti è il primo passo di qualsiasi deployment responsabile.
Secondo livello: Microsoft Purview — la sicurezza dei dati nell’era dell’AI
Microsoft Purview è il layer di data security e compliance. Con l’arrivo degli agenti, le sue capacità si sono espanse in modo significativo per coprire le specificità dell’AI.
Data Security Posture Management for AI (DSPM for AI)
È il punto di ingresso per capire come i dati vengono usati nelle interazioni con Copilot e gli agenti. Mostra quali dati sensibili vengono acceduti, da quali agenti, in quale contesto. Produce risk assessment mirati su specifiche location SharePoint o OneDrive. Genera raccomandazioni di policy contestualizzate con azioni “one-click” per mitigarle.
Microsoft Purview è ora integrato nel Microsoft 365 admin center per aiutare gli admin a garantire un’adozione sicura di Copilot, con visibilità sui rischi di oversharing, comprensione dell’utilizzo dei dati sensibili nelle interazioni Copilot, e attivazione di policy DLP dedicate.
Data Loss Prevention per Copilot
Le policy DLP si applicano ora anche alle interazioni con gli agenti. È possibile configurare policy che impediscono a Copilot di processare o rispondere quando il prompt contiene dati sensibili — numeri di carta di credito, dati personali, informazioni sanitarie protette (PHI), o qualsiasi tipo di informazione sensibile custom definito dall’organizzazione.
L’espansione di Purview DLP per Microsoft 365 Copilot aiuta a bloccare informazioni sensibili come PII, numeri di carte di credito, e tipi di dati custom nei prompt, impedendo che vengano processate o usate per il web grounding. Generalmente disponibile dal 31 marzo 2026.
Sensitivity Labels
Le etichette di sensibilità già esistenti nell’organizzazione vengono rispettate dagli agenti automaticamente. Un documento classificato come “Confidential” non può essere acceduto da un agente o da un utente che non ha i permessi appropriati — neanche se viene interrogato tramite Copilot. Le etichette si applicano anche ai contenuti generati dagli agenti: i file prodotti ereditano le policy di retention e le protezioni appropriate.
Audit Log e eDiscovery
Ogni interazione con Copilot e gli agenti — ogni prompt, ogni risposta, ogni file acceduto — viene registrata nell’audit log unificato di Microsoft 365. Questi log sono disponibili per ricerche eDiscovery, indagini forensi, compliance audit. Per le organizzazioni in settori regolamentati (finance, healthcare, legal), questa è la risposta concreta alle domande dei compliance officer.
Communication Compliance e Insider Risk Management
In ambienti con requisiti di compliance elevati, Purview Communication Compliance monitora le interazioni con gli agenti per rilevare violazioni di policy — linguaggio inappropriato, condivisione di informazioni riservate, comportamenti anomali. Insider Risk Management rileva pattern di rischio interno che coinvolgono l’uso degli agenti, come tentativi di estrazione di dati sensibili tramite prompt crafted.
Terzo livello: Agent 365 — l’identità per gli agenti
Agent 365 è il nuovo control plane per gli agenti AI enterprise, generalmente disponibile dal 1° maggio 2026. È la risposta alla domanda più profonda sulla governance: come si gestisce un ecosistema in cui gli agenti non sono solo strumenti passivi, ma entità attive che agiscono, accedono dati, eseguono workflow?
La risposta di Microsoft è quella giusta: trattare gli agenti come identità, con la stessa logica con cui si gestiscono le identità degli utenti.
Agent 365 — il control plane per gli agenti — dà a IT, security e business team la visibilità e gli strumenti necessari per osservare, proteggere e governare gli agenti su scala usando l’infrastruttura già disponibile e di fiducia. Include nuove funzionalità di Microsoft Defender, Entra e Purview per proteggere l’accesso degli agenti, prevenire l’oversharing dei dati, e difendersi dalle minacce emergenti.
Cosa fa Agent 365 in pratica:
Ogni agente riceve una Microsoft Entra Agent Identity — un’identità digitale verificabile con il proprio lifecycle di provisioning, autenticazione, autorizzazione e decommissioning. Come per gli utenti umani, l’accesso ai dati è governato da permessi espliciti, non da accesso aperto.
Il registro centralizzato di Agent 365 è il punto unico di osservabilità su tutti gli agenti nel tenant — Microsoft, di terze parti, custom — con dashboard di utilizzo, alert su comportamenti anomali, audit completo di ogni azione eseguita.
L’integrazione con Microsoft Defender estende il threat detection specificamente ai comportamenti degli agenti: rileva attacchi che usano gli agenti come vettore, identifica prompt injection attempts, monitora accessi anomali a dati sensibili.
Agent 365 costa $15/utente/mese come add-on standalone, ed è incluso nel nuovo piano Microsoft 365 E7 ($99/utente/mese) che unifica M365 E5, Copilot e Agent 365 in un’unica soluzione.
Il problema dell’oversharing: cosa fare prima di abilitare Copilot
C’è un’azione che ogni organizzazione dovrebbe fare prima di distribuire Copilot e gli agenti agli utenti, e che spesso viene saltata perché sembra meno “interessante” dei tool AI: un data access audit.
L’obiettivo è identificare e rimediare le situazioni di oversharing che, con Copilot attivo, diventerebbero immediatamente visibili e accessibili:
Siti SharePoint condivisi con “Everyone except external users” che contengono informazioni riservate. Link di condivisione attivi su documenti che non dovrebbero essere pubblicamente accessibili. Permessi di accesso a gruppi e team di utenti che hanno cambiato ruolo o sono usciti dall’organizzazione. Siti inattivi o senza owner che contengono dati storici sensibili.
Microsoft fornisce strumenti specifici per questo: i Data Access Governance reports in SharePoint Advanced Management e i report di DSPM for AI in Purview permettono di identificare sistematicamente i rischi di oversharing prima che diventino un problema.
Questa non è una procedura una tantum. È una pratica di igiene dei dati che deve diventare parte della routine amministrativa — e che con Purview DSPM for AI può essere automatizzata con alert e raccomandazioni continue.
Il modello a due livelli: Foundational e Optimized
Microsoft ha strutturato i controlli di governance AI su due livelli in funzione delle licenze disponibili — utile per costruire proposte commerciali graduate.
Livello Foundational (E3/A3/G3 + SharePoint Advanced Management)
Disponibile con le licenze standard, senza add-on aggiuntivi oltre a SAM:
- Identificazione dei dati overshared con report manuali
- Rimozione dell’accesso org-wide ai siti
- Sensitivity labels manuali per i file
- DLP base per la protezione dei dati sensibili
- Audit log standard
Livello Optimized (E5/A5/G5 + Purview avanzato + Defender for Cloud Apps)
Il livello completo per organizzazioni con requisiti di compliance elevati:
- DSPM for AI con risk assessment automatici e policy one-click
- DLP automatico con applicazione delle etichette senza intervento manuale
- Insider Risk Management per rilevare pattern di rischio
- Communication Compliance per settori regolamentati
- eDiscovery avanzato su interazioni AI
- Defender for Cloud Apps per visibilità su shadow AI
La struttura a due livelli è utile per proporre ai clienti un percorso progressivo: si parte dal Foundational — che già garantisce un livello di governance accettabile — e si scala verso l’Optimized in funzione dei requisiti specifici del settore e della maturità dell’organizzazione.
La questione della ridondanza e della business continuity
C’è una dimensione della governance AI che viene spesso dimenticata nelle conversazioni sulla sicurezza: la resilienza operativa.
Quando i processi aziendali critici iniziano a dipendere dagli agenti — quando il processo di qualifica dei lead passa attraverso Sales Agent, quando i report di business vengono generati da Analyst, quando le comunicazioni ai clienti vengono assistite da Copilot — la disponibilità di questi servizi diventa rilevante quanto quella di qualsiasi altro sistema produttivo.
Microsoft 365 Copilot è costruito sull’infrastruttura Azure, con gli SLA di disponibilità enterprise standard di Microsoft. Ma l’organizzazione deve essere consapevole di alcune implicazioni pratiche:
Dipendenza dai modelli AI: le chiamate agli LLM vengono instradata ai data center più vicini, ma possono essere dirottate su altre regioni in caso di alta domanda. Per gli utenti europei, Microsoft garantisce che il traffico rimanga all’interno del boundary UE per conformità al GDPR.
Continuità dei processi critici: per le organizzazioni che usano agenti su processi a cui è associata un’aspettativa di affidabilità elevata, è necessario pianificare procedure di fallback — come si gestisce il processo se l’agente non è disponibile? Chi ha la responsabilità di monitorare la disponibilità del servizio?
Data residency: dove vengono elaborati i dati? Per i settori regolamentati, la risposta a questa domanda non è opzionale. Le impostazioni di data residency in Copilot Studio e le garanzie EU Data Boundary di Microsoft 365 sono la risposta tecnica, ma devono essere configurate esplicitamente.
Queste non sono domande a cui risponde solo l’IT: richiedono un dialogo tra IT, compliance, e i responsabili dei processi di business che usano gli agenti.
Come parlarne con un CIO: la sintesi in cinque punti
Quando si porta un progetto AI a un CIO che chiede garanzie di sicurezza e governance, questi sono i cinque punti che strutturano la conversazione:
1. Il punto di partenza è la governance dei dati, non l’AI. Prima di abilitare Copilot, bisogna avere una gestione sana dei permessi, delle etichette di sensibilità, e dell’oversharing. Copilot non crea vulnerabilità — le rende visibili.
2. Il Copilot Control System è il pannello di controllo. Ogni agente nel tenant è visibile, governabile, distribuibile a gruppi specifici, bloccabile. L’IT non perde il controllo — lo esercita in modo più granulare e informato.
3. Microsoft Purview è la risposta alla compliance. DLP, audit log, eDiscovery, sensitivity labels — tutti i controlli che l’organizzazione usa già si estendono automaticamente alle interazioni con gli agenti. Non serve costruire una governance AI da zero: si estende quella che esiste.
4. Agent 365 porta l’identità anche agli agenti. Dal 1° maggio 2026, gli agenti hanno identità verificabili, permessi espliciti, lifecycle gestito, audit completo. Lo stesso framework con cui si gestiscono le identità umane si estende agli agenti AI.
5. Il percorso è graduabile. Non è tutto o niente. Si parte con un gruppo pilota controllato, con i controlli Foundational già disponibili. Si scala verso l’Optimized in base ai requisiti. Il rischio è gestibile e proporzionato al ritmo di adozione.
Chiudere la serie con una riflessione
Abbiamo percorso insieme l’intero ecosistema degli agenti Microsoft 365: dalla panoramica iniziale sull’onda agente, agli agenti di produttività e ricerca, a quelli commerciali e HR, fino alla governance.
Se dovessi sintetizzare in una frase quello che ho imparato esplorando questo ecosistema, direi questo:
Gli agenti non sono strumenti. Sono collaboratori digitali. E come per qualsiasi collaboratore, il loro valore dipende da quanto bene li si integra, li si governa, e li si accompagna nell’organizzazione.
La tecnologia è pronta. I framework di governance esistono. Le licenze sono accessibili. Quello che manca, spesso, non è la piattaforma — è la visione organizzativa su come trasformare questo potenziale in valore concreto, in modo sostenibile e sicuro.
Spero che questa serie abbia contribuito a costruire quella visione. Per chi vuole approfondire, per chi vuole portare queste riflessioni ai propri clienti, per chi vuole trasformare la conoscenza in proposte concrete — sono qui.
Risorse ufficiali
🔗 Copilot Control System — Security and Governance: https://learn.microsoft.com/en-us/copilot/microsoft-365/copilot-control-system/security-governance 🔗 Microsoft Purview per gli agenti — Gestione dati e sicurezza AI: https://learn.microsoft.com/en-us/purview/ai-microsoft-purview 🔗 Microsoft Purview per Agent 365: https://learn.microsoft.com/en-us/purview/ai-agent-365 🔗 Secure Agentic AI end-to-end — Microsoft Security Blog: https://www.microsoft.com/en-us/security/blog/2026/03/20/secure-agentic-ai-end-to-end/ 🔗 Come Microsoft gestisce internamente Agent 365 e i Copilot controls: https://www.microsoft.com/insidetrack/blog/shaping-ai-management-at-microsoft-with-agent-365-and-copilot-controls/ 🔗 Guida admin agli agenti Microsoft 365: https://learn.microsoft.com/en-us/copilot/microsoft-365/agent-essentials/m365-agents-admin-guide
Questa è l’ultima puntata della serie “Gli agenti di Microsoft 365”. Grazie a chi ha letto, commentato e condiviso gli articoli precedenti. Se ti è stata utile, condividila con qualcuno che sta affrontando le stesse domande.
Il prossimo progetto editoriale lo decidiamo insieme — scrivimi nei commenti cosa vorresti esplorare prossimamente nel mondo AI enterprise.
Luca Borio — Consulente Microsoft AI & Azure, formatore, esploratore di tecnologie che cambiano il modo di lavorare.
Tag suggeriti: #Microsoft365 #AgentiAI #Governance #Sicurezza #MicrosoftPurview #Agent365 #CopilotControlSystem #CyberSecurity #AIgenerativa #EnterpriseAI #CISO #CIO #DigitalTransformation
Rispondi