I controlli che proteggono Copilot e i principi di AI responsabile

Copilot non porta con sé un nuovo modello di permessi

Microsoft 365 Copilot non ha un elenco di autorizzazioni proprio: usa quelle che l’organizzazione ha già. La documentazione è netta su questo punto, e afferma che Copilot mostra soltanto i dati organizzativi per i quali il singolo utente ha almeno il permesso di visualizzazione. Lo stesso vale per il grounding: il Semantic Index rispetta il confine di accesso basato sull’identità, quindi durante la costruzione della risposta viene raggiunto solo contenuto che quell’utente è autorizzato a vedere. La pagina sul DLP lo ripete con una formula utile da ricordare: ogni prompt di Microsoft 365 Copilot viene eseguito nel contesto di sicurezza dell’utente che lo ha scritto.

La conseguenza pratica è quella che gli scenari d’esame amano di più: Copilot non crea l’oversharing, lo rende visibile. Un sito SharePoint condiviso per distrazione con tutta l’azienda era già leggibile da tutti; con Copilot diventa anche facile da trovare dentro una risposta. Per questo la guida alla sicurezza rimanda ai controlli di SharePoint e non a un’impostazione di Copilot: Restricted SharePoint Search per limitare temporaneamente la ricerca di Copilot a un elenco di siti, i data access governance reports per individuare i siti potenzialmente sovracondivisi, Restricted Content Discovery in SharePoint Advanced Management per marcare i siti che gli utenti non devono trovare tramite Copilot o la ricerca a livello di organizzazione. La governance sta dove sta il contenuto.

Permesso, etichetta, policy: tre domande diverse

Questa è la distinzione da tenere ferma, perché lo scenario chiede su quale livello intervenire.

Il permesso decide se l’utente arriva al contenuto. Se non ha accesso al file, Copilot non lo usa e non lo cita: si corregge in SharePoint, in Teams, in Exchange o nei gruppi, non in Purview.

La sensitivity label di Microsoft Purview decide come quel contenuto può essere usato. L’etichetta classifica e, quando applica la crittografia, porta con sé i diritti d’uso: la documentazione precisa che per far restituire il dato dalle app di AI l’utente deve avere il diritto d’uso EXTRACT oltre a VIEW. L’etichetta viaggia con il file e viene mostrata all’utente in Word, Excel, PowerPoint e Outlook con il nome e le content markings configurate.

La policy DLP decide quale azione viene bloccata. Esiste una posizione dedicata, Microsoft 365 Copilot and Copilot Chat, disponibile solo nel template Custom, con l’azione Prevent Copilot from processing content e quattro combinazioni: escludere dal grounding i file e le email che hanno una certa sensitivity label, impedire l’elaborazione del prompt quando contiene determinati sensitive information types (opzione Processing prompts), impedire solo la ricerca web su quel prompt (Performing Web Searches), ed escludere le email ricevute da mittenti esterni. Due dettagli che l’esame può usare come distrattore: un elemento escluso dall’elaborazione può comunque comparire fra le citation della risposta, e i file caricati direttamente dentro un prompt non vengono ispezionati dal DLP, che valuta soltanto il testo digitato.

Il terzo oggetto, la retention, non protegge nulla: decide quanto si conserva. Prompt e risposte vengono copiati in una cartella nascosta della mailbox Exchange dell’utente e sono raggiungibili con eDiscovery. Attenzione al cambio di nome: prima le interazioni ricadevano nella posizione Teams chats and Copilot interactions, mentre le nuove policy usano posizioni separate, fra cui Microsoft Copilot experiences.

Le altre protezioni che continuano a valere

Le interazioni con Copilot sono soggette alla conformità come qualsiasi altra attività. Prompt e risposte vengono registrati nell’unified audit log, confluiscono nella scheda AI activities di activity explorer in DSPM for AI, possono essere valutati da una policy di Communication Compliance e ricercati con eDiscovery; Compliance Manager offre template normativi per le regolamentazioni sull’AI. In Insider Risk Management il template Risky AI usage individua usi rischiosi, fra cui i tentativi di prompt injection.

Sul fronte Microsoft Defender, Defender for Cloud Apps scopre quali app di AI generativa vengono usate, calcola un risk score, permette di autorizzarle o bloccarle e di applicare session policy; la documentazione aggiunge che fornisce rilevamenti dedicati a Microsoft 365 Copilot, per esempio quando un utente accede a dati sensibili tramite Copilot da un indirizzo IP rischioso.

Due cruscotti si confondono facilmente: il Copilot security dashboard sta nel Microsoft 365 admin center sotto Copilot > Overview > Security (serve Global Reader per vederlo e il ruolo AI administrator per modificare) ed è centrato sui dati di Microsoft 365 Copilot; il Microsoft Security Dashboard for AI, in preview, aggrega invece i segnali di Defender, Entra e Purview su tutte le app e gli agenti di AI.

Responsible AI: che cosa implica per chi amministra

Microsoft dichiara di essere guidata dai propri AI principles e dal Responsible AI Standard, e nel prodotto questo si traduce in impegni verificabili. Prompt, risposte e dati letti tramite Microsoft Graph non vengono usati per addestrare i foundation LLM. L’orchestratore coordina controlli di sicurezza Responsible AI su входе e in uscita: filtri sui contenuti dannosi nelle categorie Hate & Fairness, Sexual, Violence e Self-harm, rilevamento del materiale protetto, classificatori contro jailbreak e cross-prompt injection, e restrizioni sui workplace harms, cioè su inferenze e giudizi riguardo a prestazioni, atteggiamento o stato emotivo di un dipendente.

Per l’amministratore i principi diventano tre aspettative concrete. Trasparenza: le risposte citano le fonti e i limiti vengono dichiarati agli utenti. Supervisione umana: la documentazione avverte che le risposte generative non sono garantite come accurate al cento per cento e che Copilot fornisce bozze e riassunti da rivedere, non l’automazione completa del compito. Equità e affidabilità: sono presidiate dai filtri sopra e dagli impegni di conformità, fra cui lo standard ISO 42001 per i sistemi di gestione dell’AI e l’adeguamento all’EU AI Act. L’esame, su questo obiettivo, verifica che sappiate riconoscere che le protezioni sono ereditate e che la responsabilità della revisione resta alla persona: non chiede di elencare configurazioni.