Latest / M365.FM – Podcast su Microsoft 365, Copilot e IA in italiano / Governance di Copilot Studio: come la DLP di Power Platform e Purview impediscono agli agenti IA di divulgare dati interni (Doppiaggio IA)

Transcript

Governance di Copilot Studio: come la DLP di Power Platform e Purview impediscono agli agenti IA di divulgare dati interni (Doppiaggio IA) · M365.FM – Podcast su Microsoft 365, Copilot e IA in italiano

0:00
Stai perdendo dati tramite Copilot Studio proprio in questo momento, senza nemmeno saperlo.
0:03
Sì, mentre tutti esultano per come il loro nuovo assistente AI possa recuperare, riassumere e automatizzare,
0:08
quello stesso chatbot amichevole potrebbe indicizzare allegramente i verbali del Consiglio di Amministrazione ai tuoi fogli di calcolo finanziario.
0:14
Non è malizioso, è obbediente, dolorosamente obbediente.
0:17
Gli agenti di Copilot Studio ereditano i tuoi stessi permessi,
0:19
che significa che se tu puoi vedere il file sulla retribuzione del CEO, puoi farlo anche il tuo chatbot.
0:24
Congratulazioni, hai creato uno stagista onnisciente che corre alla velocità di Azure.
0:26
Pure si parla della sicurezza di Copilot come se fosse un mistero risolto.
0:31
Spoiler, non lo è.
0:32
I tuoi agenti AI sono estensioni di entità utente, non entità separate dotate di barriere di protezione.
0:37
Prendono in prestito il tuo token di accesso e scorrazzano nel tuo patrimonio di dati facendo esattamente ciò che hai detto loro di non fare,
0:42
tranne per il fatto che non glielo hai mai detto davvero, perché non hai mai configurato davvero,
0:45
perché non hai mai configurato le regole di prevenzione della perdita di dati che fumano da guinzaglio.
0:48
Quindi ecco qual è il punto.
0:49
Nei prossimi minuti imparerai come bloccare questa fuga di notizie,
0:52
come applicare le policy DLP di Power Platform,
0:54
affinché i tuoi agenti Copilot non consegnino accidentalmente dati sensibili come uno stagista chiacchierone
0:59
che smarisce la carta di credito aziendale.
1:02
Analizzeremo perché gli agenti Copilot eccedono, come controllare i flussi di dati tramite i connettori
1:06
e cosa permette davvero il modello di consenso di Microsoft dietro le quinte.
1:10
E c'è una regola DLP specifica ignorata da circa 9 amministratori su 10 che separa silenziosamente,
1:15
le organizzazioni sicure da quelle che finiscono sui titoli dei giornali.
1:18
Alla fine conoscerai la soluzione, non avrai più scuse.
1:20
Scopriamo cosa sa il tuo Copilot che non dovrebbe sapere.
1:24
Problema nascosto, agenti che sanno troppo.
1:27
Ecco la scomoda verità.
1:29
Tuo agente Copilot Studio non è un collega, sei tu duplicato nel silicio.
1:33
Non si chiede se debba recuperare quel file SharePoint o sbirciare in quella tabella dataverso lo fa e basta perché sono i tuoi permessi.
1:39
E la maggior parte degli amministratori dimentica che nell'ecosistema Microsoft la replica dell'identità equivale alla replica dei privilegi.
1:46
L'agente è essenzialmente un clone obbediente a cui viene concesso l'accesso tramite il tuo contesto di sicurezza ma non possiede nulla della tua discrezione.
1:52
Ora Copilot Studio lega queste funzionalità tramite i connettori Outlook, Dataverse SharePoint, Teams e ogni altra integrazione consentita dal tuo Terran Power Platform.
2:00
Ogni connettore funge da tunnel scavato tra le tue fonti di dati e questo assistente AI.
2:06
Più tunnel apri più il tuo agente può vagare.
2:08
È comodo persino inebriante finché lo stesso agente non riassuma allegramente i documenti riservati delle risorse umane perché qualcuno ha digitato.
2:14
Quali sono stati i trend di assunzione dello scorso trimestre?
2:16
L'equivalente digitale di uno stagista pieno di caffeina che legge a velocità folla la cartella del personale.
2:21
Vero paradosso?
2:23
Microsoft fornisce effettivamente delle barriere di protezione e le polisi di prevenzione delle barrile idee.
2:26
L'ADLP doveva fare da butta fuori all'ingresso, separando i dati aziendali critici dal caos non lavorativo.
2:32
Eppure, nella maggior parte delle implementazioni, in quelle protezioni, si fermano due piani sotto lo spazio operativo di Copilot.
2:37
Gli utenti danno per scontato che le polisi a livello di tenant si propaghino automaticamente,
2:40
ma gli agenti Copilot risiedono tra l'ambiente Power Platform e il perimetro del tuo tenant.
2:44
Una zona d'ombra della governance dove tecnicamente nulla si rompe, ma tutto va silenziosamente a rotori.
2:50
Considera questo.
2:51
Configuri i connettori Outlook e SharePoint come aziendali e qualche API esterna come non aziendale
2:55
Tale separazione, se applicata correttamente, impedisce ai dati di fluire tra le categorie.
3:01
Ma il tuo agente Copilot, situato in un ambiente con perimetro limitato,
3:04
finisce per operare su entrambi perché nessuno ha collegato il suo ambiente al set di DLP corretto.
3:09
Improvvisamente i tuoi dati aziendali vengono convogliati attraverso una connessione all'aziendale.
3:12
È come avere un cavo sicuro con la porta aperta perché la tua polisi di sicurezza sorvegliava solo l'atrio.
3:17
I percorsi di errore comuni si riconducono tutti alla stessa svista.
3:19
1. Gli agenti riassumono o parafrasano informazioni astratte ed elenchi riservati.
3:24
2. Uniscono fonti disparate in un'unica conversazione, violando involontariamente le classificazioni dei dati.
3:31
3. Gli amministratori presumono l'ereditarietà delle polisi.
3:35
Ma poiché gli agenti Copilot sono distribuiti all'interno di ambienti con confini di LP univoci,
3:39
tale ereditarietà non avviene mai.
3:40
L'ipotesi miracolosa che Microsoft svolga il lavoro di governance per te è errata, non lo fa.
3:45
Se il tuo Copilot può vedere i dati finanziari, congratulazioni.
3:48
Può farlo anche ogni dipendente in buona fede che avvia una sessione di chat e inizia a cercare dettagli di budget.
3:54
Questo è il vettore di violazione silenzioso, un'esposizione interna senza intento doloso.
3:58
Non serve alcun hacker, bastano autorizzazioni troppo generose e una mancanza di isolamento del contesto.
4:03
È il tipo di violazione che non finisce sui titoli dei giornali,
4:05
in che qualcuno non esporta la trascrizione di una chat.
4:07
Quindi, prima di farti prendere dal panico o dare la colpa a Microsoft, guarda la tua architettura.
4:12
Il tuo agente non sta infrangendo le regole e sta seguendo la lettera.
4:14
Sei tu che non hai mai definito quelle giuste.
4:16
La DLP non si applica automaticamente su ogni livello.
4:19
Deve essere definita, applicata e testata per ogni singolo ambiente.
4:22
Gli agenti di Copilot Studio risiedono per impostazioni predefinite negli ambienti di sviluppo,
4:25
quelli che probabilmente non hai mai protetto perché sono solo per i test.
4:29
Abbiamo stabilito il sintomo a genti che sanno troppo?
4:31
Ora, per tappare la falla, dobbiamo mappare dove viaggiano realmente i dati in Copilot Studio,
4:35
dall'utente al connettore, fino al registro di conversazione,
4:38
perché non puoi bloccare un fiume finché non ne comprendi la corrente.
4:42
Quindi, analizziamo questo flusso.
4:44
Prima che il tuo educato chatbot scriva accidentalmente le previsioni annuali
4:47
in una chat di gruppo a cui non avrebbe mai dovuto partecipare.
4:50
Come scorrono i dati attraverso Copilot Studio?
4:52
Seguiamo le tracce dei tuoi dati perché, a differenza tua, loro non si prendono una pausa a caffè.
4:56
Nel momento in cui un utente avvia una conversazione con un agente di Copilot Studio,
4:59
diversi ingranaggi, iniziano a muoversi in background.
5:02
Per prima cosa c'è l'identità dell'utente, autenticata tramite Entredi.
5:05
Quell'identità comporta autorizzazioni delegate che dicono essenzialmente
5:08
tutto ciò che posso vedere io puoi vedere anche tu.
5:11
La gente recupera quindi quelle credenziali attraverso un connettore
5:14
che funge da ponte logico verso la tua.
5:16
Origine dati SharePoint, Outlook, Dataverse o qualsiasi altro servizio disponibile in quell'ambiente.
5:21
Una volta recuperati, i dati in output non svaniscono.
5:23
Viaggiano attraverso vari livelli, il contesto della conversazione,
5:26
la risposta generata e infine l'archiviazione analitica per il logging e l'analisi.
5:31
Una bella staffetta di dati, solo che il testimone sono le tue informazioni riservate.
5:35
Ora, in ogni fase di questa staffetta ci sono punti d'evole.
5:38
Connettore è la prima zona a rischio.
5:40
I connettori in Power Platform sono di tre tipi.
5:42
Standard, ovvero i tipici servizi Microsoft Premium
5:44
per funzionalità di terze parti o avanzate e personalizzati,
5:47
ovvero API definita dall'utente.
5:49
Ogni tipo è regolato in modo diverso.
5:51
Rientori standard ed entrano perfettamente nelle categorie DLP integrate.
5:53
I connettori premium e personalizzati, invece,
5:56
fluttuano spesso in un limbo normativo finché non si assegna loro una classificazione.
5:59
Quando gli amministratori trascurano questo aspetto,
6:01
gli agenti copilot li trattano tutti come terrenoferro.
6:03
Immagini di etichettare a metà dei tuoi schedari come top secret
6:05
e di lasciare il resto vuoto.
6:07
Hai appena dato al tirocinante permesso di aprire tutto ciò che sembra interessante.
6:10
Il secondo punto è debole di sistema.
6:12
Questi non sono visibili nell'area di lavoro del creatore,
6:14
ma abilitano silenziosamente funzioni come la messaggistica di Teams
6:17
o il rendering di schede dattive.
6:18
Poiché tecnicamente appartengono al sistema e non all'utente,
6:21
spesso eludono i tuoi filtri DLP.
6:23
Pensali come tunnel di manutenzione che corrono sotto il tuo castello,
6:26
raramente pattugliati, sempre aperti.
6:29
Quando i dati passano attraverso di essi,
6:30
la maggior parte delle organizzazioni funziona.
6:32
Per impostazione predefinita,
6:33
Microsoft esclude diversi connettori dell'applicazione dei criteri
6:35
per preservare le funzionalità di base.
6:37
Ottimo per l'uptime terribile per l'isolamento.
6:39
Poiché il registro della conversazione,
6:41
la cronologia del chat di Copilot,
6:42
archiviata per analisi, debug e miglioramento continuo,
6:45
molti presumono che disabilitare la telemetria disattivi questa funziona.
6:48
Non è così.
6:49
I dati della conversazione possono persistere in archivio analitico dell'ambiente,
6:52
il che significa che un prompt che fa riferimento a metriche finanziarie sensibili
6:55
potrebbe rimanere nei log a tempo indeterminato
6:57
a meno che non sia configurata la conservazione.
6:59
Si può già avvertire il dipartimento di conformità che rabbrividisce,
7:01
che è che il flusso di dati diventa ingannevolmente complesso.
7:04
Una singola chiamata Copilot può coinvolgere più connettori in sequenza.
7:08
Ad esempio, un agente potrebbe usare Outlook per estrarre i miei recenti,
7:11
passare quel contenuto attraverso un connettore di analisi del testo
7:14
o restituire gli epiloghi in Teams.
7:16
Ogni passaggio attraversa un confine dp.
7:17
Se anche solo uno di quei connettori appartiene a una classificazione diversa,
7:21
ad esempio Outlook come business e i servizi cognitivi come non business,
7:23
l'intero flusso viola i criteri,
7:26
il sistema non urla, semplicemente procede.
7:28
La connessione incrociata è silenziosa ma catastrofica.
7:30
Peggio ancora, le policy DLP sono limitate all'ambiente
7:32
e non all'intero tenant,
7:34
il che significa che ogni ambiente power platform ha i propri confini.
7:37
A meno che non replicate esplicitamente le policy,
7:39
ogni nuovo ambiente diventa una potenziale falla.
7:41
Potreste avere una governance impeccabile in produzione
7:43
e un caos assoluto nello sviluppo.
7:46
Microsoft vi ricorderà gentilmente se interpellata
7:48
che l'isolamento degli ambienti è intenzionale.
7:51
Tradotto è un problema vostro.
7:52
Lasciate che vi racconti una storia esemplare.
7:54
Un cliente ha distribuito un agente copilot finanziario
7:57
in un ambiente di test,
7:57
andò per scontato che la policy DLP globale
7:59
venisse applicata automaticamente.
8:00
L'agente, ignaro delle gerarchie,
8:03
aveva accesso sia alle librerie SharePoint interne
8:05
che ha un'appia sperimentale di terze parti.
8:08
Quando l'ufficio legale ha esaminato un campione di log della chat,
8:10
ha scoperto numeri trimestrali riservati inseriti
8:12
in una conversazione API.
8:14
Nessuna intrusione, nessun hacker, solo assenza di policy.
8:16
Il sistema si è comportato esattamente come configurato
8:18
per fare tutto nel modo sbagliato.
8:20
Ormai dovresti riuscire a visualizzare l'anatomia di una fuga di dati.
8:23
L'identità delega il potere,
8:24
i connettori collegano i dati,
8:25
i log delle conversazioni conservano le tracce
8:27
e l'analisi istantanea all'evento.
8:28
Basta mancare un confine in informazioni filtro nudo.
8:31
Quindi, prima di reggere difese, ricordate questo flusso.
8:33
Utente, connettore, agente, log, analisi.
8:36
Ogni freccia ha una potenziale via di fuga.
8:38
Ora costruiremo dei muri.
8:40
Policy DLP abbastanza forti
8:41
da contenere anche il copilot più zelante.
8:44
Costruire alla fortezza DLP la configurazione corretta.
8:46
La maggior parte degli amministratori qui va leggermente.
8:48
Bene.
8:49
Il panico significa che finalmente vi rendete conto
8:50
che i vostri agenti non sono inoce.
8:52
Sono bambini senza sorveglianza con accesso al cavo aziendale.
8:55
Quindi, iniziamo a ricostruire questa fortezza correttamente dalle fondamenta
8:58
perché creare una policy DLP in Power Platform non è difficile.
9:01
Capire cosa controlla davvero richiede più finezza
9:03
di quanto la maggior parte della documentazione ammetta.
9:06
Per prima cosa, identificate il vostro campo di battaglia
9:08
e gli ambienti che ospitano i progetti di Copilot Store.
9:10
Molte organizzazioni creano molteplici ambienti
9:12
Power Platform, sviluppo, test, produzione,
9:14
spesso tramite entusiasti sviluppatori cittadini
9:16
che pensano che ambiente suoni come una sandbox per la creatività.
9:20
Ogni ambiente è un'isola di sicurezza a sé stante.
9:22
Le policy impostate a livello di tenant
9:24
non ricintano automaticamente queste isole
9:25
che significa che il vostro ambiente di produzione
9:27
potrebbe essere governato come Fort Knox
9:29
mentre quello di sviluppo fluttuò come una zatta a Rane Pacific.
9:31
Il primo passo quindi è la ricognizione.
9:33
Trovate ogni ambiente in cui qualcuno ha cliccato su Crea Copilot.
9:36
Date per scontato che nulla si no.
9:38
Racostruiamo il primo muro.
9:39
All'interno dell'interfaccia di amministrazione di Power Platform
9:41
aprite la sezione delle policy sui dati
9:43
e create una nuova policy sui dati
9:44
e create una nuova partita di D.
9:45
Vi verrà chiesto di definire gli ambienti interessati.
9:47
Selezionateli con attenzione.
9:49
Disperdere le policy in spazi inutilizzati
9:50
genera solo incoerenza.
9:52
Ogni policy viene applicata al momento della distribuzione
9:55
non retroattivamente.
9:56
Quindi ogni connettore nuovo esistente
9:58
all'interno di quell'ambiente
9:59
sarà conforme solo dopo la pubblicazione della policy.
10:02
Successivamente arriviamo alla pietra miliare
10:03
della categorizzazione dei connettori delito.
10:05
Immagina dei contenitori etichettati come business e bloccati.
10:08
Quelli business comunicano liberamente tra loro.
10:10
I connettori non business possono condividere dati
10:12
solo all'interno del proprio group.
10:13
I connettori bloccati sono in quarantena totale.
10:15
Questa è la gerarchia a cui la tua IA deve obbedire.
10:18
E sì, posizionare erroneamente un connettore tra i gruppi
10:20
può trasformare un chatbot sicuro in un pettegolo.
10:23
Ora isoliamo il gruppo ad alto rischio.
10:25
Connettori IA ed esterni.
10:27
Qualsiasi cosa etichettata come servizi cognitivi,
10:29
OpenAI o HTTP generico
10:30
dovrebbe essere impostata su non business o bloccata.
10:33
Questi connettori agiscono come gateway in uscita
10:35
dove i dati lasciano il giardino recintato di Microsoft
10:37
per entrare in un regno di elaborazione terze parti.
10:38
Bloccarli non paralizza il tuo copilot, lo disciplina.
10:42
Puoi ancora creare flussi intelligenti
10:43
semplicemente evitando di consegnare dati grezzi dei clienti
10:46
a qualsiasi endpoint e risponda per primo.
10:48
Poi affrontiamo il killer silenzioso o la connessione incrociata.
10:51
Ciò si verifica quando una singola conversazione o flusso
10:53
tocca sia un connettore business che uno non business.
10:55
Esempio, un agente recupera un elenco SharePoint, business
10:58
e poi invia a quel riepilogo un'appia linguistica esterna, non business.
11:03
Anche se ogni connettore è singolarmente consentito,
11:05
quell'unione crea un ponte di dati che la tua policy proibisce.
11:09
L'applicazione DLP di Power Platform
11:10
blocca automaticamente tali flussi
11:12
se hai categorizzato correttamente i connettori.
11:14
Altrimenti alza le spalle e procede.
11:16
Verifica i riegruppamenti.
11:18
Una classificazione errata.
11:19
E le guardie lasciano uscire il ladro educatamente.
11:22
La gerarchia DLP stessa funziona come una pila di scudiamida.
11:25
Al vertice, le policy a livello di tenant prevalgono su tutto ciò che sta su.
11:28
Sotto di esse, le policy a livello di ambiente regolano spazi specifici.
11:32
Infine, le astrizioni sulle singole app o sugli agenti
11:34
si applicano solo entro il loro ambito di ambiente.
11:36
Pensa alla comunale gerarchia di gestione.
11:38
Le regole del tenant sono legge aziendale,
11:40
le regole dell'ambiente sono policy dipartimentali
11:41
e le impostazioni a livello di app sono posti sugli uffici.
11:44
Se si verificano contraddizioni, vince la legge aziendale.
11:47
Quindi, nel dubbio, applica impostazioni predefinite e rigorose
11:49
a confine del tenant, puoi limitare le eccezioni verso il basso.
11:51
Non fidarti del fatto che i creatori di app sono le stesse persone
11:55
che pensavano fosse accettabile mettere Power Automate in produzione
11:57
senza controllo di versione.
11:59
Prima di festeggiare, testa sempre tutto in un ambiente sandbox.
12:02
Gli agenti di Copilot Studio si affidano a molteplici connessioni implicite
12:05
e la tua nuova policy scintillante potrebbe bloccarli silenziosamente
12:08
rompendo le funzionalità principali.
12:09
Distribuisci i tuoi adeguamenti DLP in un ambiente di test
12:12
in porta ad un agente campione e conferma
12:13
che risponda ancora alle query di routine.
12:15
In caso contrario, regola i raggruppamenti dei connettori
12:17
finché la funzionalità non ritorna senza ampliare l'esposizione.
12:20
Stai bilanciando usabilità e paranoia
12:21
e leggermente più sul lato della paranoia.
12:24
Costa meno di un contenzioso.
12:26
Nota cosa abbiamo appena fatto.
12:27
Abbiamo separato i dati, definito i confini
12:29
e sigillato le uscite.
12:31
Questa è la tua fortezza.
12:33
Categorie rigide, ambienti circoscritti,
12:35
gerarchie stratificate, mura collaudate,
12:37
mura collaudate.
12:37
Tuttavia anche la fortezza migliore
12:39
ha bisogno di guardie che comprendano i permessi
12:41
perché le difese crollano nel momento
12:42
in cui qualcuno consiglia una chiave universale.
12:44
E nel regno di Microsoft
12:45
quelle chiavi sono emesse tramite EntraID.
12:48
Quindi, ora che le tue mura sono alte
12:49
e il fossato è pieno,
12:50
parliamo dei guardiani,
12:51
quei fascinosi permessi delegati
12:52
che fanno sentire ogni amministratore falsamente al sicuro.
12:56
Entra il suo modello di permessi,
12:57
non così magico.
12:59
Permessi, Entra, è il mito della sicurezza.
13:01
Se avessi un euro per ogni volta
13:03
che qualcuno ha detto
13:03
Entra, quindi è sicuro,
13:05
avrei abbastanza soldi
13:06
per comprare azioni Microsoft
13:07
e risolvere il problema da soli.
13:08
Smontiamo questo mito una volta per tutti.
13:11
Entra, noto in passato come Azure Active Directory,
13:13
non sparge polvere di fata sulla tua identità
13:15
solo perché gestisce l'autenticazione.
13:18
È un intermediario, non un guardiano?
13:19
Il tuo agente copilot,
13:20
per quanto carino possa sembrare,
13:22
non può essere un account,
13:23
una password o una coscienza.
13:25
Prende in prestito da tu.
13:26
Questo si chiama permessi delegati.
13:29
Quando accedi e interagisci
13:30
con un agente copilot,
13:31
quella gente richiede un token di accesso
13:32
per tuo conto.
13:33
Quel token include ogni permesso a te concesso
13:35
all'interno del tuo ambiente,
13:36
Microsoft 365,
13:38
libreria SharePoint fatto,
13:40
tabella da daverse fatto,
13:41
chat privata su Teams con il tuo capo,
13:43
fatto anche quello,
13:43
se per caso hai accesso,
13:45
la gente non distingue
13:46
tra importante e catastrofico.
13:48
Segue semplicemente le operazioni
13:49
nel tuo perimetro con la tua identità.
13:51
Se hai privilegi finanziari,
13:53
li ha anche il tuo assistente algoritmico.
13:54
E no,
13:55
non esiterà a usarli.
13:57
Questo design funziona magnificamente
13:58
all'interno di perimetri controllati
13:59
perché rende fluida l'esperienza utente,
14:01
ma il pericolo deriva dal consenso implicito.
14:04
Quando approvi un connettore,
14:05
diciamo per Outlook o Dataverse,
14:07
quel consenso viene memorizzato nell'ambiente.
14:09
Ogni agente copilot ospitato di eredita
14:10
dà le fiducia.
14:11
Approvalo una volta,
14:12
e avrai effettivamente benedetto
14:13
ogni futuro agente
14:14
con la stessa portata.
14:16
Congratulazioni,
14:17
hai distribuito una famiglia di chatbot
14:18
onnipotenti senza alcuna supervisione individuale?
14:20
Se suona avventato,
14:21
è perché lo è?
14:22
Antidoto sta nell'implementare l'accesso
14:24
con privilegi minimi per i tuoi agenti,
14:25
proprio come si spera.
14:26
Fai per gli esseri umani.
14:28
All'interno di Entraidin
14:30
crea gruppi di sicurezza personalizzati
14:31
e assegnazioni di ruolo
14:32
che limitino ciò che componenti
14:33
regati a copilot possono interrogare.
14:35
Ad esempio,
14:35
limita l'accesso solo a sottoinsieme
14:36
di connettori dati necessari
14:38
per la funzione di ogni singolo agente.
14:40
Un assistente marketing
14:41
non ha motivo di interrogare
14:42
i record delle risorse umane,
14:43
eppure molti amministratori
14:44
li raggruppano
14:44
in ambiti identici per comodità.
14:46
La comodità genera esposizione.
14:48
A meno che non ti piaccia spiegare
14:49
la provenienza dei dati revisori,
14:50
smettila di farlo.
14:51
E le identità gestite?
14:53
Sì, esistono e sì, sono utili.
14:55
Un'identità gestita
14:56
permette ad un'applicazione
14:56
di autenticarsi con le risorse Azure
14:58
usando il proprio service principal
14:59
invece di sfruttare il tuo.
15:01
Ma ecco la sottigliezza che molti ignoro.
15:03
Gli agenti di Copilot Studio
15:04
operano principalmente tramite delega utente,
15:06
non identità gestite.
15:08
Assegnare identità gestite
15:09
frettolosamente
15:10
può portare a privilegi eccessivi,
15:12
poiché questi service principal
15:13
spesso partono con permessi Azure
15:14
più ampi di quanto previsto.
15:16
Tratta le identità gestite
15:17
come strumenti chirurgici,
15:18
non come impostazioni verifiche.
15:19
Automazione non significa autonomia.
15:21
Potresti pensare
15:22
oh va bene,
15:23
ne affiderò semplicemente al cono.
15:24
Ottimo atteggiamento,
15:25
a patto che tu lo faccia davvero.
15:26
Entra, fornisce log di accesso
15:28
e report sul consenso delle app
15:29
che rivelano quali service principal
15:30
hanno avuto accesso
15:31
a quale risorsa,
15:32
sotto quale identità e quando.
15:33
Unisci questo ai dati di analisi
15:34
del centro di amministrazione
15:35
di Power Platform
15:36
e potrai tracciare l'attività
15:37
dei connettori per ogni agente.
15:39
Se mai dovessi notare
15:43
è pigrizia configurativa
15:45
resa visibile.
15:46
Cattura quegli eventi,
15:47
esportale sulla tua piattaforma
15:48
di monitoraggio e interviene.
15:49
Fidarsi ma verificare
15:50
è un concetto superato.
15:51
Nell'era di Copilot
15:52
si tratta di limitare e confermare.
15:53
Quindi no,
15:54
entra da solo,
15:54
non mette al sicuro i tuoi agenti.
15:56
Le autentica in modo cortese,
15:57
efficiente e indifferente.
15:59
La sicurezza è l'architettura
16:00
che avvolge l'identità,
16:01
non la sua semplice esistenza.
16:04
Le tue mura,
16:04
i LP,
16:05
le tue chiavi permessi
16:06
e le tue guardie,
16:07
audit,
16:08
formano una triade.
16:10
Se rompi un pilastro
16:10
l'intera struttura crolla.
16:12
Il mito della sicurezza
16:13
svanisce nel momento
16:14
in cui capisci
16:14
che Microsoft ha delegato
16:15
la responsabilità direttamente a te.
16:17
Hai chiesto un IA self-service.
16:18
Ti hanno dato esattamente quello,
16:19
tutto in modalità self-service.
16:21
E questo include anche
16:22
le fughe di dati auto-inflite.
16:23
Ora che abbiamo rafforzato
16:24
l'identità e limitato l'ambito
16:25
non festeggiare ancora,
16:27
una policy scritta
16:28
ma mai testata
16:29
è la versione burocratica
16:29
di un placebo.
16:31
Ti servono prove,
16:32
la dimostrazione
16:32
che la tua fortezza
16:33
rega davvero sotto pressione.
16:34
Ciò significa stuzzicare,
16:35
provocare
16:35
e talvolta cercare
16:36
di rompere il tuo stesso sistema.
16:38
Perché se non lo fai tu,
16:39
qualcun altro accidentalmente
16:40
o meno finirà per farlo.
16:42
Testi e monitoraggio.
16:44
Di musiche tu suggeri.
16:45
Testare un agente copilot
16:46
non significa vedere
16:47
se risponde correttamente
16:48
a un ciao.
16:49
Significa vedere cosa succede
16:50
quando lo metti alla prova
16:51
con domande
16:51
che dovrebbero sbattere
16:52
contro i muri di sicurezza.
16:54
Inizia facendo
16:54
le teaming sul tuo copilot.
16:56
Non con sceneggiate da hacker
16:57
ma con prompt deliberati
16:58
e controllati.
17:00
Chiedi dati riservati
17:01
a cui non dovrebbe accedere,
17:02
riassumi gli stipendi
17:03
dei dirigenti,
17:04
esporta tutti i record
17:04
dei clienti
17:05
o mostra i contratti archiviati
17:06
in amministrazione.
17:08
Se l'agente rifiuta cortesemente
17:09
o mostra una restrizione di accesso,
17:11
festeggia brevemente.
17:12
Se ha consente
17:13
e ha appena scoperto
17:14
l'esatta falla
17:14
che gli attaccanti sognano.
17:16
Questo metodo
17:17
non è un test ipotetico,
17:18
è governance applicata.
17:20
Crea un catalogo di prompt
17:21
vietati ed eseguili
17:22
su ogni ambiente copilot.
17:24
Traccia risposte.
17:25
Un rifiuto indica
17:26
che i livelli di DLP
17:27
e autorizzazione funzionano.
17:28
Una fuga di dati
17:29
segnala una classificazione errata
17:30
a una sovrapposizione con...
17:31
La bellezza di copilot
17:32
risiede nella sua trasparenza.
17:35
L'orrore è che quei log
17:36
preservano anche i tuoi errori.
17:38
Quindi monitora l'analisi
17:39
dell'utilizzo dei connettori.
17:41
Nell'interfaccia
17:41
di amministrazione di Power Platform
17:43
apri il riquadro di analisi dell'ambiente.
17:45
Troverai metriche su volume,
17:46
frequenza e origine utente
17:47
dei connettori.
17:48
Cerca l'anomalia.
17:50
Picchi nelle chiamate
17:50
connettori HTTP
17:51
da agenti che non avrebbero dovuto
17:52
usare API esterne
17:53
o improvvisi aumenti
17:54
di query sharepoint
17:55
legati a nuove implementazioni
17:56
di chatbot.
17:58
Queste non sono coincidenze,
17:59
sono briciole
18:00
di una configurazione scadente.
18:01
Trattale come indizi forensi.
18:03
Ogni anomalia riflette
18:04
un controllo mancante a monte.
18:06
Poi c'è il log di audit,
18:07
la tua traccia di pro.
18:08
Abilita gli eventi di audit
18:09
in Power Platform
18:10
e sincronizzali con
18:11
Microsoft Sentinel
18:12
o Microsoft Zen.
18:13
Ciò garantisce che ogni azione,
18:15
prompt e chiamata a un connettore
18:16
venga indicizzata
18:16
nella tua struttura di conformità.
18:18
Con Purview
18:18
ottieni il contesto.
18:20
Quali set di dati
18:21
sono stati toccati,
18:22
quale utente ha avviato il prompt
18:23
e se i dati hanno lasciato
18:24
il tuo confine geografico.
18:25
Sentinel invece
18:26
aggiunge correlazione
18:27
collegando questa attività
18:28
a eventi di sicurezza
18:29
più ampi come accessi in soliti
18:31
o escalation di privilegi.
18:32
Insieme trasformano
18:33
il comportamento invisibile
18:34
dell'IA in telemetria misurabile.
18:37
Una regola spesso trascurata
18:38
all'allineamento della conservazione.
18:39
I dati di audit
18:40
spesso sopravvivono
18:40
ai dati delle conversazioni.
18:42
Se elimini il log delle chat
18:43
dopo 30 giorni
18:44
ma conservi gli eventi di audit
18:45
per un anno,
18:46
perdi il filo contestuale
18:47
che spiega perché un evento
18:48
si è verificato.
18:49
L'applicazione di politiche
18:50
senza contesto è inutile.
18:53
Assicurati che le politiche
18:53
di conservazione
18:54
tra log di copilot,
18:56
analisi e tracce di audit
18:57
rimangano sincronizzate
18:58
affinché le prove raccontino
18:59
una storia coerente
19:01
Ora, la riclassificazione periodica
19:02
è tra le attività più ignorate.
19:07
Un connettore standard
19:08
precedentemente sicuro
19:09
potrebbe diventare
19:10
premium o esterno
19:10
dall'oggi a domani
19:11
cambiando il comportamento sui dati.
19:13
Rivedi l'inventario
19:14
dei connettori ogni trimestre
19:15
riclassificando
19:15
secondo l'attuale documentazione Microsoft
19:17
non le supposizioni
19:18
dell'anno scorso.
19:19
Trascurare questo aspetto
19:20
equivale a chiudere le porte a chiave
19:21
mentre qualcuno sposta
19:22
in silenzio dimentica.
19:24
Infine, adotta una governance continua.
19:26
Ogni nuovo connettore,
19:27
plug-in o estensione di terze parti
19:28
riapre la superficie di rischio.
19:30
Non trattare il DLP
19:31
come una casella di conformità statica
19:33
ma come un perimetro in evoluzione.
19:34
Pianifica audit trimestrali
19:35
automatizza l'esportazione delle analisi
19:37
e invia gli avvisi
19:38
alla tua pipeline di gestione
19:39
degli eventi
19:39
e dell'informazione di sicurezza.
19:41
La governance muore
19:42
nel momento in cui diventa manuale.
19:43
Quando finirai i test
19:44
noterai qualcosa di soddisfacente.
19:46
L'obiettivo non è la conformità
19:47
e non lo è mai stato.
19:48
È il controllo.
19:49
Un agente copilot
19:50
che risponde solo
19:50
entro confini protetti
19:51
diventa prevedibile, gestibile
19:53
e realmente sicuro
19:54
per l'uso aziendale.
19:55
È l'ora che l'IA passa
19:56
da passività a risorsa
19:57
ma solo perché
19:58
hai reso la paranoia sistemica
19:59
non opzionale.
20:01
Una volta che i tuoi dati
20:02
smetteranno di disperdersi
20:03
vedrai Copilot Studio
20:04
diversamente
20:05
non come un giocattolo
20:06
per la produttività
20:06
ma come uno strumento
20:07
di ingegneria della fiducia.
20:09
I tuoi agenti si comportano bene
20:10
perché è stabito
20:10
le regole in questo modo.
20:11
Ed è così che puoi finalmente dire
20:13
senza ironia
20:13
che il tuo ambiente è blindato.
20:16
Gli agenti di Copilot Studio
20:17
non sono cattivi
20:17
sono riflessi.
20:19
Si comportano esattamente
20:20
come indica la tua configurazione
20:21
che di solito
20:22
è quella di condividere troppo
20:23
ma educatamente.
20:24
Ogni permesso che sfruttano
20:25
ogni connettore che attraversano
20:28
analisi lo specchio
20:28
della tua governance.
20:29
Hai costruito tu il ponte
20:30
però ci sono semplicemente
20:31
passati su.
20:32
Quindi ricorda
20:33
un agente Copilot è affidabile
20:34
solo quanto la sua configurazione
20:36
di LP
20:36
niente di più.
20:38
La sicurezza basata
20:38
sull'ottimismo
20:39
non è una strategia.
20:40
La sicurezza basata
20:41
su confini imposti
20:41
invece lo è.
20:42
La governance non è quindi opzionale
20:44
quando la tua IA
20:45
può interrogare SharePoint
20:46
dataverse Outlook
20:47
con l'autorità esecutiva.
20:49
Il lato seducente
20:50
di Copilot
20:50
è la comodità.
20:51
Chiedi,
20:51
le obbedisce.
20:52
Il lato pericoloso
20:53
è che quell'obbedienza
20:54
si estende a fogli di calcolo
20:55
riservati ai dati HR
20:56
se nessuno gli dice il contrario.
20:58
L'unica vera soluzione
20:58
è la disciplina.
20:59
Lassifica i connettori,
21:01
limita i permessi
21:01
e testa tali restrizioni
21:02
finché il fallimento è impossibile.
21:04
Fallo prima
21:05
che un altro innocuo
21:05
progetto pilota
21:06
si trasformi
21:07
in un'indagine di conformità.
21:09
Blocca i tuoi dati
21:09
prima che il tuo copilota
21:10
impari troppo.
21:11
Pensa a DLP
21:12
come un contenimento intellettuale
21:13
e non a burocrazia.
21:15
Un insieme di muri digitali
21:16
che impedisce
21:16
all'intelligenza
21:17
di mutare un'esposizione.
21:18
Una volta imposte queste regole
21:20
il tuo copilota
21:20
smette di essere una passività
21:21
e diventa ciò
21:22
che era stato promesso
21:23
un assistente affidabile.
21:24
Se questo è ritato
21:25
un attacco di panico
21:26
al tuo team di conformità
21:26
e scrivi
21:27
è più economico di un audit
21:28
e infinitamente
21:29
meno imbarazzante
21:29
che spiegare all'ufficio legale
21:30
perché un chatbot
21:31
ha pubblicato i dati
21:32
delle buste paga su team.
21:33
Seguici per il prossimo episodio
21:34
sulla governanza avanzata
21:35
degli agenti copilot
21:36
con Microsoft Purview
21:37
e mantieni le tue automazioni
21:38
intelligenti, contenute
21:40
e assolutamente sotto controllo.