Microsoft Power Platform: Prevenzione della perdita di dati con i criteri DLP

By Mirko Peters · 2026-02-21 · Updated 2026-03-24

Criteri DLP per Power Platform: una guida completa alla prevenzione della perdita di dati. Controlla i connettori in Power Automate con i criteri DLP per proteggere i tuoi dati.

Automatically translated with AI from the original post. Read the English original

I criteri di Data Loss Prevention (DLP) sono diventati essenziali per chiunque sia responsabile della sicurezza dei dati e della conformità in Microsoft Power Platform. Questa guida ti offre una panoramica completa su come funzionano i criteri DLP, su come implementarli e su come mantenere al sicuro i dati dell'organizzazione in Power Apps, Power Automate e Copilot Studio.

Che tu stia configurando nuovi ambienti o che tu debba affrontare la sfida dello shadow IT e della gestione dei rischi, in queste pagine troverai passaggi pratici e indicazioni strategiche. Dalla classificazione dei connettori all'applicazione concreta e all'amministrazione avanzata, le informazioni sono pensate per i leader IT e i decisori che devono restare un passo avanti in materia di governance, conformità e mitigazione dei rischi nelle aziende basate su Microsoft.

1. La DLP riguarda più il comportamento che le sole regole. Una DLP efficace rileva schemi di comportamento rischiosi degli utenti e il contesto, non solo le corrispondenze con regole statiche, così può prevenire le fughe di dati anche quando i dati sembrano normali.
2. Il fingerprinting dei contenuti trova i dati anche se modificati. La DLP moderna può usare il fingerprinting esatto e quello approssimato per individuare file sensibili che sono stati alterati, rinominati o incorporati in altri documenti.
3. Le app cloud richiedono una DLP adattiva. I criteri DLP devono adattarsi alle funzionalità di collaborazione SaaS (link di condivisione, ospiti esterni, chat), rendendo essenziali i controlli consapevoli del cloud per una protezione reale.
4. La DLP può proteggere dati strutturati e API, non solo file ed e-mail. Le soluzioni avanzate ispezionano campi di database, traffico API e telemetria, utile dove la scansione tradizionale dei file non individua le esposizioni.
5. L'attrito per gli utenti è un indicatore chiave del successo della DLP. Regole troppo rigide spingono verso soluzioni alternative rischiose; misurare e ridurre le interruzioni per gli utenti legittimi migliora sia la sicurezza sia la conformità.
6. La bonifica automatizzata amplifica l'efficacia. Integrare la DLP con CASB, agenti per endpoint e strumenti di workflow consente azioni automatiche di quarantena, revoca o crittografia che estendono la protezione su larga scala.
7. I criteri DLP per Power Platform richiedono consapevolezza del low-code. App e connettori di Power Platform possono esporre dati sensibili tra servizi diversi; i criteri DLP per Power Platform devono classificare i connettori, far rispettare i confini dei dati tra connettori di business e non di business, e includere controlli in fase di esecuzione per bloccare le fughe tra ambienti.

Capire i criteri DLP per Power Platform

Prima di entrare nel dettaglio delle configurazioni tecniche o dell'automazione avanzata, è fondamentale capire cosa sono i criteri DLP e perché dovrebbero interessarti nel mondo di Power Platform. In sostanza, la DLP funge da « vigile del traffico » dell'organizzazione per i dati, impedendo che le informazioni sensibili prendano una direzione sbagliata e lascino le tue applicazioni aziendali Microsoft.

Power Platform, con il suo mix di Power Apps, Power Automate, Copilot Studio e connettori verso servizi di terze parti, è una vera centrale di innovazione. Ma questa potenza porta con sé una sfida seria di governance. Ogni nuova app o automazione può spostare dati in luoghi che non avevi previsto. Il ruolo della DLP è tracciare confini chiari e aiutarti a mantenere il controllo.

Non si tratta solo di evitare fughe di dati: una buona progettazione dei criteri DLP favorisce la conformità ai requisiti normativi, fa rispettare confini sensati per i dati e ti dà tranquillità mentre gli utenti costruiscono in modo più rapido e creativo. Per un approfondimento su come la progettazione degli ambienti e le strategie dei connettori interagiscono con la DLP, dai un'occhiata a questa discussione sui modelli di sicurezza resilienti.

Nelle sezioni seguenti acquisirai una migliore comprensione dei fondamenti della DLP, di come queste protezioni si integrano nei diversi componenti di Power Platform e di cosa tenere d'occhio nel mondo in continua evoluzione delle app e dell'automazione aziendali. Se ti occupi seriamente di gestione dei rischi e conformità, conoscere a fondo la DLP di Power Platform non è facoltativo.

Cosa sono i criteri DLP in Power Platform

Le policy DLP in Power Platform sono regole create dagli amministratori per controllare come i dati si spostano tra servizi, app e connettori. Il loro scopo principale è impedire la condivisione o lo spostamento non autorizzati di informazioni sensibili dell'organizzazione, soprattutto quando gli utenti collegano dati aziendali a servizi di terze parti o a spazi di archiviazione personali.

In pratica, le policy DLP funzionano come un firewall per Power Platform: specificano quali connettori (come Outlook, SharePoint o Twitter) possono essere usati insieme all'interno di un'app o di un'automazione. Queste policy sono una parte centrale del toolkit di conformità dell'organizzazione. Agiscono come barriere di protezione applicabili, assicurando che le tue app e i tuoi flussi non espongano per errore, o intenzionalmente, dati regolamentati o riservati al di fuori dei sistemi aziendali affidabili.

Nell'ecosistema di sicurezza più ampio di Microsoft, le policy DLP integrano strumenti come Microsoft Purview, le etichette di protezione delle informazioni e i controlli di accesso, costituendo un approccio a più livelli alla protezione dei dati e alla conformità.

Come le policy DLP si integrano nei componenti di Power Platform

• Power Apps: le policy DLP controllano con quali origini dati possono interagire le app, mantenendo separati i connettori aziendali e quelli non aziendali per evitare la contaminazione incrociata dei dati sensibili.
• Power Automate: le regole DLP vengono applicate ogni volta che un flusso viene creato o eseguito, garantendo che le automazioni non spostino dati verso o da connettori a rischio. Le violazioni dei criteri possono bloccare la creazione o l'esecuzione di un flusso.
• Copilot Studio: con la diffusione delle automazioni basate sull'IA, la DLP opera dietro le quinte per mantenere prompt e risposte degli utenti entro i limiti di conformità, un aspetto cruciale quando l'IA generativa interagisce con dati aziendali.
• Livello dei connettori: tutti i connettori, sia personalizzati sia standard, vengono classificati e controllati dalla DLP. L'interfaccia di amministrazione di Power Platform offre un punto centralizzato per definire e monitorare queste categorie.
• Confini di ambiente e licenze: la DLP rispetta i confini a livello di ambiente e di tenant. Le policy possono essere personalizzate per specifiche unità di business oppure applicate a livello globale. Questo aiuta le organizzazioni a bilanciare agilità e controllo. Per approfondire la governance di Power Platform, consulta Power Platform security best practices.

Implementare le policy sui dati in Power Platform

Una volta chiarito cos'è la DLP e perché è importante, il passo successivo è trasformare questa conoscenza in azione. Implementare le policy sui dati in Power Platform non è un lavoro valido per tutti i casi. Si tratta piuttosto di trovare il giusto equilibrio tra strategia e flessibilità, così che gli utenti possano creare e automatizzare mentre tu mantieni i dati protetti e ben governati.

Esistono due principali "modalità" di gestione dei criteri: a livello di ambiente, per la precisione, e a livello di tenant, per un'applicazione ampia. Ciascun approccio ha vantaggi e svantaggi. Le organizzazioni devono valutare le esigenze di conformità, la propensione al rischio e la complessità operativa per trovare la combinazione giusta per il proprio contesto, a volte anche unendo entrambe le strategie per ottenere il massimo impatto.

Che tu stia iniziando o modificando una configurazione esistente, ricorda che una strategia DLP efficace non è solo tecnica: c'è un grande aspetto legato alle persone e ai processi, dal test proattivo all'allineamento dei connettori tra sviluppo e produzione. Se vuoi consigli pratici reali sulla gestione dei criteri e sulla strategia degli ambienti, non perdere questa guida pratica pensata per gli sviluppatori di Power Platform.

Nelle sottosezioni seguenti vedrai i passaggi fondamentali di amministrazione, otterrai indicazioni per costruire un portafoglio di policy resiliente e capirai la logica decisionale che porta a scegliere tra applicazione a livello di ambiente e a livello di tenant.

Come gestire le policy sui dati e costruire una strategia per le policy sui dati

1. Inventaria i dati critici e i connettori: inizia mappando quali processi aziendali, connettori e ambienti gestiscono dati sensibili o regolamentati. Questa base è fondamentale per qualsiasi approccio DLP.
2. Crea le policy nell'interfaccia di amministrazione di Power Platform: l'interfaccia di amministrazione consente di suddividere i connettori nei gruppi "Business", "Non-Business" e "Blocked". Definisci queste categorie in base alle esigenze dell'organizzazione per evitare spostamenti accidentali di dati al di fuori delle zone protette.
3. Testare e simulare l'impatto: prima di attivare un nuovo criterio, esegui dei test in sandbox o in ambienti pilota per individuare eventuali interruzioni di app, flussi o produttività degli utenti. Il test negativo è essenziale: non aspettare che un guasto reale ti costringa a intervenire.
4. Monitorare e aggiornare i criteri nel tempo: il DLP non è una configurazione da impostare e dimenticare. Verifica regolarmente l'efficacia dei criteri e cerca eventuali fallimenti silenziosi o soluzioni alternative adottate dagli utenti. Usa i log di controllo e le dashboard di conformità per individuare le violazioni dei criteri e avviare, se necessario, la risposta agli incidenti.
5. Allineare i criteri sui dati agli obiettivi di business: assicurati che i criteri non soffochino l'innovazione. Bilancia i requisiti di governance con una flessibilità sufficiente affinché i team possano creare, distribuire e adattare le soluzioni man mano che cambiano le priorità aziendali.

Per un approfondimento sulla governance proattiva e sulle strategie di automazione resiliente, leggi questa risorsa sulla gestione dei criteri DLP per gli sviluppatori di Power Platform.

Implementazione dei criteri DLP a livello di ambiente e a livello di tenant

• Criteri a livello di ambiente: ideali per i team che necessitano di controlli specifici; permettono di limitare o consentire i connettori in base alle esigenze di un progetto, di una business unit o di una specifica app. Offrono un controllo granulare, ma possono essere complessi da scalare.
• Criteri a livello di tenant: barriere di protezione valide per l'intera organizzazione, per garantire la conformità in ogni ambito. Sono più facili da amministrare e ottimi per settori con requisiti normativi stringenti, ma possono limitare la flessibilità degli utenti avanzati nei casi particolari.
• Strategia ibrida: molte organizzazioni combinano entrambi gli approcci, applicando regole rigide a livello di tenant e aggiungendo criteri più permissivi negli ambienti di R&S o pilota. Il segreto è mantenere gli elenchi dei connettori puliti e coerenti in tutti i livelli, come descritto in questa guida sulle best practice di governance.

Classificazione e gestione dei connettori in Power Platform

Gestire i connettori è la chiave per far funzionare davvero qualsiasi criterio DLP. In Power Platform, i connettori sono il ponte tra le tue app o automazioni e il mondo esterno, che si tratti di Microsoft 365, di dati interni o di servizi cloud di terze parti. Raggruppare questi connettori in base all'importanza per il business o al rischio ti consente di calibrare il DLP in funzione della propensione al rischio della tua organizzazione.

La classificazione non è un optional: è la base di una governance sostenibile. Senza di essa rischi lo shadow IT, la condivisione eccessiva dei dati e, prima o poi, un problema di conformità causato da fughe di dati che non avevi previsto. Ogni nuovo connettore pubblicato o aggiornamento rilasciato potrebbe introdurre nuovi rischi, quindi serve un approccio vivo e costantemente aggiornato alla gestione dei connettori.

Il DLP si basa su regole chiare: quali connettori ricevono il via libera, quali vengono segnalati come critici e quali richiedono una revisione periodica o un blocco completo. Sii proattivo, non reattivo. Lo shadow IT e gli scenari di app non autorizzate non sono rischi teorici: sono reali. Troverai alcuni modi pratici per gestire questa dinamica in questa guida alla governance dello shadow IT.

Con l'espansione dell'ecosistema dei connettori, soprattutto con la crescita dell'IA e delle integrazioni personalizzate, la revisione e la riclassificazione diventano attività continue. Nelle prossime sezioni vedrai strategie collaudate per tenere sotto controllo il panorama dei connettori e per evitare che la tua organizzazione finisca sui giornali.

Best practice per i sistemi di classificazione dei connettori

• Connettori business: considerati affidabili per la gestione di dati sensibili o critici per il business. Tra gli esempi ci sono SharePoint, Dataverse e SQL. Limitali ai soli servizi verificati ed essenziali.
• Connettori non business: utilizzati per scenari a rischio più basso, come social media, analytics o collaborazione informale. Qui vanno collocati connettori come Twitter, Dropbox o i feed RSS pubblici.
• Connettori bloccati: completamente vietati per motivi di conformità, rischio o potenziale uso improprio. I connettori HTTP/CUSTOM e tutti quelli con ampie capacità di trasferimento dati in uscita finiscono generalmente in questa categoria.
• Flusso di revisione continua: implementa controlli “pre-flight” prima che le app vengano pubblicate. Verifica e documenta ogni nuovo connettore, aggiornando criteri e documentazione di conformità. Scopri perché Dataverse è una scelta più solida per la governance rispetto alle Elenchi di SharePoint in questo confronto sulla governance.
• Documentazione e tracce di audit: mantieni un registro aggiornato delle classificazioni dei connettori e delle modifiche ai criteri, come parte degli audit di conformità. Aggiungi controllo delle versioni e motivazione per ogni blocco o promozione.

Blocco dei connettori non aziendali e ad alto rischio

• Identifica le categorie di rischio: segnala i connettori noti per la condivisione di dati esterni, come HTTP, Email, webhook generici o archiviazione cloud con controlli deboli.
• Imposta una blocklist proattiva: parti da una blocklist prudente, soprattutto in ambienti regolamentati. Aggiornala di frequente man mano che emergono nuovi connettori o minacce: agenti AI e shadow IT possono infiltrarsi molto rapidamente.
• Rivaluta e controlla: pianifica revisioni periodiche per individuare connettori diventati rischiosi o non più conformi, man mano che l’azienda e Power Platform evolvono. Ascolta questo podcast su Shadow IT e governance dell’AI per strategie pratiche di blocklist contro nuovi rischi, come gli agenti AI autonomi.

Criteri DLP per i componenti di Copilot Studio e Power Platform

Power Platform non riguarda più soltanto le app e i flussi classici. Con Copilot Studio, l’RPA desktop e integrazioni più profonde basate sull’AI, l’applicazione della DLP deve evolvere per affrontare un panorama in continuo cambiamento. Ogni componente della piattaforma introduce una combinazione unica di modelli di minaccia e considerazioni sui criteri.

Gli approcci DLP tradizionali a volte non bastano di fronte ai prompt in linguaggio naturale, all’AI generativa o alle automazioni desktop che interagiscono con dati sensibili sui computer degli utenti. Se il tuo criterio si ferma al cloud, potresti avere una brutta sorpresa. Per questo i team di governance devono rivedere e adattare l’applicazione per ciascun pilastro principale di Power Platform, non solo per le app standard e i flussi cloud.

Di seguito approfondiremo le sfumature della DLP e i rischi emergenti per gli ambienti di Copilot Studio, i flussi desktop e le integrazioni in cui Power Apps e Power Automate si intersecano. Se cerchi strategie concrete per colmare le lacune e rendere più solida la tua sicurezza nel tempo, dai un’occhiata a questa guida approfondita sulla governance di Copilot e ai passaggi pratici per un'adozione sicura dell'AI.

Vediamo come proteggere i dati dove le funzionalità di nuova generazione incontrano i rischi di sempre.

DLP per gli ambienti di Copilot Studio

Copilot Studio amplifica i rischi esistenti sui dati con l’AI generativa, gli agenti automatizzati e integrazioni potenti. Criteri DLP specifici sono fondamentali per definire quali connettori, e quali dati, possono interagire con le esperienze di Copilot.

La progettazione del criterio deve affrontare la prompt injection, la condivisione involontaria di dati aziendali tramite l’AI e il rischio di collegare Copilot ad API esterne o personalizzate. Come best practice consigliata, è opportuno bloccare i connettori a portata ampia, come HTTP, a livello di ambiente Copilot o di tenant. Per dettagli sul raggruppamento dei connettori e sull’isolamento dei tenant, consulta le tecniche avanzate di governance degli agenti Copilot con Purview.

Proteggere i flussi desktop con la gestione dei criteri

I flussi desktop, creati in Power Automate, portano l’automazione robotizzata dei processi (RPA) sulla postazione di lavoro dell’utente. Ciò significa che i dati possono uscire dal cloud e arrivare agli endpoint locali, con nuove sfide per la DLP.

Per controllare l’esposizione dei dati, configura la DLP in modo da limitare i connettori che interagiscono con i flussi desktop. Usa controlli di accesso granulari e valuta la separazione delle responsabilità, in modo che un singolo utente non possa automatizzare un processo che estrae e condivide dati sensibili senza controlli. I flussi desktop richiedono una revisione costante, perché i rischi locali e quelli SaaS spesso si sovrappongono.

Integrazione della DLP in Power Apps e nei flussi cloud

L'applicazione di DLP nel punto di contatto tra Power Apps e i flussi cloud è essenziale per chiudere le falle nell'automazione delle app. Quando un'app attiva un flusso, o viceversa, i confini dei criteri devono sempre essere allineati.

Configura i criteri in modo che i dati aziendali sensibili non "cambino binario" passando da un connettore solo aziendale a uno non aziendale o rischioso. Documenta i flussi che operano attraverso questi confini e monitorali per verificarne la conformità. Per best practice concrete su audit e applicazione, dai un'occhiata a questa guida all'audit basata su Purview.

Amministrazione avanzata e automazione dei criteri DLP

Quando la gestione di base dei criteri non riesce più a stare al passo con la crescita, l'amministrazione avanzata di DLP, soprattutto l'automazione, diventa una necessità. Che tu debba gestire centinaia di ambienti o migliaia di flussi, il lavoro manuale non basta. È qui che entrano in gioco PowerShell, i log di audit e gli avvisi avanzati, per farti risparmiare tempo e intercettare i problemi prima che si aggravino.

Automatizzare la gestione dei criteri semplifica le modifiche su larga scala, accelera la risposta alle violazioni dei criteri e aiuta a mantenere la coerenza su un portafoglio di connettori, app e sistemi cloud in continua evoluzione. Logging, avvisi e analisi dettagliate forniscono le informazioni necessarie per misurare l'efficacia dei criteri, indagare sugli incidenti e superare i temutissimi audit di conformità.

Questa sezione finale spiega come sfruttare PowerShell per DLP su larga scala e offre un confronto con la realtà sulle tecniche per individuare e bloccare l'esfiltrazione di dati. La crescita di Power Platform significa che l'applicazione dei criteri deve essere adattiva e sempre pronta per un audit. Per consigli sull'automazione della sicurezza e sull'individuazione della condivisione rischiosa con PowerShell, vedi questo playbook sul controllo della condivisione esterna.

Entriamo nel dettaglio di scripting e avvisi che tengono i tuoi dati al sicuro, indipendentemente da quanto velocemente si muova il cloud.

Utilizzo dei comandi PowerShell per la gestione dei criteri DLP

• Creare o modificare i criteri su larga scala: usa cmdlet come New-DlpPolicy o Set-DlpPolicy per impostare rapidamente regole su numerosi ambienti o su interi tenant, risparmiando ore rispetto all'interfaccia di amministrazione.
• Report massivi e verifica di conformità: gli script automatizzati possono inventariare le regole DLP esistenti, generare report di conformità e segnalare incoerenze o scostamenti dei criteri.
• Audit e risposta agli incidenti: integra gli script con i log per attivare avvisi in caso di violazioni dei criteri o di utilizzo sospetto dei connettori. Evita i comuni problemi dell'automazione testando gli script e documentando i passaggi di ripristino.
• Riferimento per l'efficienza: per ulteriori spunti di automazione o per la risoluzione dei problemi, consulta la documentazione PowerShell di Microsoft o le discussioni correlate, come gli episodi recenti collegati da questo reindirizzamento al podcast.

Prevenire l'esfiltrazione di dati con i criteri DLP

I criteri DLP aiutano a prevenire l'esfiltrazione di dati definendo quali dati possono spostarsi dove, e avvisandoti quando le cose vanno storte. Imposta regole che bloccano i connettori ad alto rischio, applichi la segregazione (aziendale vs. non aziendale) e richiedi flussi di approvazione per i flussi sensibili.

Usa il logging e gli avvisi in tempo reale per individuare schemi sospetti, come esportazioni massicce di dati o tentativi di collegare dati aziendali a destinazioni notoriamente rischiose. Affianca al DLP un monitoraggio potenziato e una revisione continua, come descritto in questa guida al controllo della condivisione esterna, per una copertura completa e una risposta rapida agli incidenti.

Audit regolari e la messa a punto dei criteri aiuteranno a individuare i punti deboli e ad adattarsi alle minacce emergenti, mantenendo i dati dell'organizzazione dove devono stare: sicuri, controllati e conformi.

Criteri DLP di Power Platform e implementazione del DLP

Qual è lo scopo dei criteri di prevenzione della perdita di dati in Power Platform?

Le policy di prevenzione della perdita di dati (DLP) servono a ridurre il rischio di violazioni dei dati all'interno dell'ecosistema Power Platform, definendo quali connettori e origini dati possono essere usati da Power Apps e dai flussi di Power Automate. Lo scopo dei criteri DLP è proteggere le informazioni sensibili negli ambienti di Power Platform, applicare regole di classificazione dei dati e fornire governance, così che gli amministratori possano proteggere i dati e allo stesso tempo abilitare lo sviluppo da parte degli utenti.

Come si crea e si gestisce un criterio DLP per un'app o un flusso?

Per creare un criterio DLP si usa l'interfaccia di amministrazione di Power Platform oppure PowerShell, per creare criteri di dati che specificano quali connettori possono essere usati insieme. Durante la creazione si sceglie se applicare criteri a livello di ambiente o DLP a livello di tenant, si assegnano i criteri a uno o più ambienti di produzione o ad altri ambienti di Power Platform specifici, e si salva il criterio. Dopo la creazione, gli amministratori possono creare e gestire l'insieme dei criteri DLP, aggiornarli se un connettore viene bloccato o autorizzato, e usare l'editor DLP nell'interfaccia di amministrazione per perfezionare le regole.

Qual è la differenza tra DLP a livello di tenant e criteri di ambiente?

Il DLP a livello di tenant si applica a tutto il tenant e stabilisce una base comune di connettori consentiti e bloccati per tutti gli utenti, mentre i criteri di ambiente sono limitati a specifici ambienti di Power Platform, così da poter avere regole diverse per gli ambienti di sviluppo, test e produzione. Usarli entrambi permette agli amministratori di Power Platform di bilanciare protezioni ampie ed esigenze specifiche di ciascun ambiente: ad esempio, un criterio più restrittivo per un ambiente di produzione e un criterio più permissivo negli ambienti sandbox.

Cosa succede quando un flusso viola le regole DLP dell'organizzazione?

Se un flusso di Power Automate utilizza una combinazione di connettori che viola le regole DLP o sui connettori dell'organizzazione, il flusso può essere bloccato e gli utenti vedranno un messaggio di errore che indica che il connettore è bloccato o che il flusso viola i criteri dei dati dell'organizzazione. Gli amministratori possono verificare quali app e flussi di Power Automate sono interessati, aggiornare i criteri esistenti oppure creare un nuovo criterio DLP per consentire i connettori necessari, se appropriato, mantenendo al tempo stesso la governance.

In che modo i connettori personalizzati e le diverse origini dati influiscono sui criteri DLP?

I connettori personalizzati e le diverse origini dati usati da Power Apps o dai flussi di Power Automate devono essere classificati quando si implementano i criteri DLP: è possibile classificarli come dati aziendali, dati non aziendali o bloccati. Se un connettore personalizzato viene classificato in modo errato, può essere bloccato da un criterio DLP; per questo la creazione dei criteri e la classificazione dei dati sono passaggi essenziali per garantire che i connettori possano essere usati dove serve senza esporre nuovi dati.

PowerShell può essere usato per creare un criterio DLP o per apportare modifiche ai criteri?

Sì: PowerShell può essere usato per automatizzare la creazione di un criterio e apportare modifiche ai criteri su larga scala. Gli script PowerShell possono creare e gestire criteri DLP, applicare criteri di tenant e di ambiente, distribuire la stessa configurazione su più ambienti e integrarsi con gli strumenti del centro di eccellenza di Power Platform per semplificare la governance e il controllo.

Come funzionano i criteri DLP con i flussi di Power Automate e con Power Apps in produzione?

I criteri DLP determinano quali connettori possono essere usati dai flussi di Power Automate e da Power Apps in produzione, applicando regole a livello di ambiente o di tenant. Quando un criterio DLP è applicato, impone le combinazioni di connettori consentite: i flussi e le app che usano connettori bloccati non verranno eseguiti in quell'ambiente di produzione finché il criterio non viene aggiornato o il connettore non viene riclassificato, riducendo il rischio di esposizione accidentale dei dati.

Quali passaggi devono compiere gli amministratori di Power Platform quando implementano per la prima volta i criteri DLP?

Gli amministratori di Power Platform dovrebbero iniziare verificando i criteri e i connettori esistenti, eseguendo la classificazione dei dati per individuare nuovi dati e origini sensibili, creando un criterio DLP di base a livello di tenant, e poi personalizzando i criteri di ambiente in base alle esigenze di produzione e sviluppo. L'implementazione dei criteri DLP prevede anche di testare la conformità di app e flussi, comunicare le modifiche ai creatori e usare il centro di eccellenza di Power Platform per monitorare l'efficacia dei criteri e gli incidenti.

In che modo i criteri DLP aiutano a proteggere i dati in Microsoft 365 e nell'ecosistema Power Platform?

I criteri DLP si integrano con Microsoft 365 e con gli altri controlli di governance per garantire una protezione coerente dei dati, limitando il modo in cui i dati provenienti dai servizi Microsoft e dai sistemi esterni possono essere utilizzati all'interno di Power Apps e Power Automate. Definendo quali connettori e quali tipi di dati sono consentiti, i criteri aiutano a prevenire le fughe di dati tra sistemi, a ridurre il rischio di violazioni e a garantire la conformità alle regole interne e ai requisiti normativi.

Cosa fare se un nuovo criterio DLP blocca inaspettatamente connettori essenziali per il business?

Se un nuovo criterio DLP blocca un connettore fondamentale per le operazioni, verifica innanzitutto che il criterio sia stato applicato, quindi controlla le impostazioni del criterio e i log per capire il motivo del blocco. Valuta la possibilità di creare un'eccezione tramite un criterio mirato per l'ambiente, di riclassificare il connettore se appropriato, oppure di modificare il criterio per consentire il connettore documentando il rischio. Usa l'editor DLP e i processi di gestione delle modifiche per evitare future interruzioni quando implementi modifiche a criteri o DLP.