Microsoft Power Platform: Data Loss Prevention mit DLP-Richtlinien

Von Mirko Peters · 2026-02-21 · Aktualisiert 2026-03-24

Power Platform DLP-Richtlinien: Ein vollständiger Leitfaden zur Verhinderung von Datenverlust. Steuern Sie Konnektoren in Power Automate mit DLP-Richtlinien und schützen Sie Ihre Daten.

Automatisch mit KI aus dem Originalbeitrag übersetzt. Englisches Original lesen

Richtlinien zur Verhinderung von Datenverlust (Data Loss Prevention, DLP) sind für alle, die für Datensicherheit und Compliance in Microsoft Power Platform verantwortlich sind, unverzichtbar geworden. Dieser Leitfaden gibt Ihnen einen vollständigen Überblick darüber, wie DLP-Richtlinien funktionieren, wie Sie sie einrichten und wie Sie die Daten Ihrer Organisation in Power Apps, Power Automate und Copilot Studio schützen.

Ob Sie neue Umgebungen einrichten oder sich der Herausforderung von Schatten-IT und Risikomanagement stellen: Auf diesen Seiten finden Sie praxisnahe Schritte und strategische Orientierung. Von der Einstufung von Konnektoren über die Durchsetzung in der Praxis bis hin zur erweiterten Administration richtet sich die Darstellung an IT-Verantwortliche und Entscheider, die in Microsoft-geprägten Unternehmen in Sachen Governance, Compliance und Risikominderung einen Schritt voraus sein müssen.

1. DLP hängt eher vom Verhalten ab als von reinen Regeln. Wirksames DLP erkennt riskante Verhaltensmuster und Kontexte von Benutzern und nicht nur starre Regeltreffer. So kann es Datenlecks auch dann verhindern, wenn die Daten unauffällig wirken.
2. Inhaltsfingerprints finden Daten auch nach Änderungen. Modernes DLP kann exakte und unscharfe Fingerprints nutzen, um sensible Dateien zu erkennen, die verändert, umbenannt oder in andere Dokumente eingebettet wurden.
3. Cloud-Apps erfordern adaptives DLP. DLP-Richtlinien müssen sich an SaaS-Zusammenarbeitsfunktionen anpassen (Freigabelinks, externe Gäste, Chat). Cloudfähige Kontrollen sind daher für den Schutz im Praxisalltag unverzichtbar.
4. DLP kann strukturierte Daten und APIs schützen, nicht nur Dateien und E-Mails. Erweiterte Lösungen prüfen Datenbankfelder, API-Datenverkehr und Telemetriedaten. Das ist dort hilfreich, wo die klassische Dateiprüfung Sicherheitslücken übersieht.
5. Benutzerreibung ist eine zentrale Kennzahl für den Erfolg von DLP. Zu strenge Regeln führen zu riskanten Umgehungslösungen. Wer die Unterbrechungen für berechtigte Benutzer misst und minimiert, verbessert sowohl Sicherheit als auch Compliance.
6. Automatisierte Behebung steigert die Wirksamkeit. Die Integration von DLP mit CASB, Endpoint-Agenten und Workflow-Tools ermöglicht automatisierte Quarantäne, Widerruf oder Verschlüsselung und skaliert so den Schutz.
7. DLP-Richtlinien für Power Platform erfordern Verständnis für Low-Code. Power-Platform-Apps und Konnektoren können sensible Daten über Dienste hinweg sichtbar machen. DLP-Richtlinien für Power Platform sollten Konnektoren klassifizieren, Datengrenzen zwischen geschäftlichen und nicht geschäftlichen Konnektoren durchsetzen und Laufzeitprüfungen enthalten, die umgebungsübergreifende Datenlecks stoppen.

DLP-Richtlinien für Power Platform verstehen

Bevor Sie sich mit technischen Richtlinienkonfigurationen oder fortgeschrittener Automatisierung befassen, sollten Sie verstehen, was DLP-Richtlinien sind und warum sie in der Power-Platform-Welt für Sie wichtig sein sollten. Im Kern wirkt DLP als „Verkehrspolizist“ für Daten: Es verhindert, dass sensible Informationen auf einen falschen Weg aus Ihren geschäftlichen Microsoft-Anwendungen abbiegen.

Die Power Platform mit Power Apps, Power Automate, Copilot Studio und Konnektoren zu Diensten von Drittanbietern ist ein Innovationsmotor. Diese Leistungsfähigkeit bringt jedoch auch eine ernsthafte Governance-Herausforderung mit sich. Jede neue App oder Automatisierung kann Daten an Orte verschieben, die Sie nie vorgesehen haben. Die Aufgabe von DLP ist es, klare Grenzen zu ziehen und Ihnen die Kontrolle zu erhalten.

Es geht nicht nur darum, Datenlecks zu vermeiden. Eine gut durchdachte DLP-Richtlinie unterstützt die Einhaltung gesetzlicher Vorgaben, setzt sinnvolle Datengrenzen durch und gibt Ihnen Sicherheit, während Ihre Benutzer schneller und kreativer Lösungen entwickeln. Wie Umgebungsdesign und Konnektorstrategien mit DLP zusammenspielen, erfahren Sie in dieser Diskussion über widerstandsfähige Sicherheitsmodelle.

In den folgenden Abschnitten erhalten Sie einen besseren Überblick über die Grundlagen von DLP, darüber, wie diese Schutzmechanismen in den einzelnen Komponenten der Power Platform greifen, und worauf Sie in der sich ständig weiterentwickelnden Welt der Geschäftsanwendungen und Automatisierung achten sollten. Wenn Ihnen Risikomanagement und Compliance wichtig sind, ist es unverzichtbar, die Details von Power-Platform-DLP zu kennen.

Was sind DLP-Richtlinien in Power Platform

DLP-Richtlinien in Power Platform sind Regeln, die Administratoren erstellen, um zu steuern, wie Daten zwischen Diensten, Apps und Connectors fließen. Ihr Hauptzweck besteht darin, die unautorisierte Weitergabe oder Verschiebung sensibler Unternehmensinformationen zu verhindern, insbesondere wenn Benutzer Geschäftsdaten mit Drittanbieterdiensten oder privaten Speichern verbinden.

In der Praxis wirken DLP-Richtlinien wie eine Firewall für Ihre Power Platform. Sie legen fest, welche Connectors (etwa Outlook, SharePoint oder Twitter) innerhalb einer App oder Automatisierung gemeinsam verwendet werden dürfen. Diese Richtlinien sind ein zentraler Bestandteil des Compliance-Werkzeugkastens Ihrer Organisation. Sie wirken als durchsetzbare Leitplanken und stellen sicher, dass Ihre Apps und Flows regulierte oder vertrauliche Daten nicht versehentlich oder absichtlich außerhalb vertrauenswürdiger Geschäftssysteme preisgeben.

Im größeren Sicherheitsökosystem von Microsoft ergänzen DLP-Richtlinien Werkzeuge wie Microsoft Purview, Vertraulichkeitsbezeichnungen und Zugriffssteuerungen. Zusammen bilden sie einen mehrschichtigen Ansatz für Datenschutz und Compliance.

Wie DLP-Richtlinien in die Power Platform-Komponenten integriert sind

• Power Apps: DLP-Richtlinien steuern, mit welchen Datenquellen Apps interagieren dürfen. Geschäftliche und nicht geschäftliche Connectors werden getrennt gehalten, um eine Vermischung sensibler Daten zu verhindern.
• Power Automate: DLP-Regeln werden bei jeder Erstellung und Ausführung eines Flows durchgesetzt. So verschieben Automatisierungen keine Daten zu oder von riskanten Connectors. Richtlinienverstöße können die Erstellung oder Ausführung eines Flows blockieren.
• Copilot Studio: Mit dem Aufkommen KI-gestützter Automatisierungen arbeitet DLP im Hintergrund, damit Benutzer-Prompts und Ausgaben im Rahmen der Compliance bleiben. Das ist entscheidend, wenn generative KI mit Geschäftsdaten interagiert.
• Connector-Ebene: Alle Connectors, einschließlich benutzerdefinierter und Standard-Connectors, werden von DLP klassifiziert und gesteuert. Das Power Platform Admin Center bietet einen zentralen Ort, um diese Kategorien festzulegen und zu überwachen.
• Umgebungs- und Lizenzgrenzen: DLP berücksichtigt Grenzen auf Umgebungs- und Mandantenebene. Richtlinien lassen sich auf bestimmte Geschäftsbereiche zuschneiden oder global anwenden. So gelingt es Organisationen, Agilität und Kontrolle in Einklang zu bringen. Mehr zur Governance in Power Platform finden Sie unter Power Platform security best practices.

Datenrichtlinien in Power Platform umsetzen

Sobald Sie verstanden haben, was DLP ist und warum es wichtig ist, besteht der nächste Schritt darin, dieses Wissen in die Praxis umzusetzen. Datenrichtlinien in Power Platform einzuführen ist keine Aufgabe, die für alle gleich funktioniert. Entscheidend ist vielmehr die richtige Mischung aus Strategie und Flexibilität, sodass Benutzer entwickeln und automatisieren können, während Sie Daten schützen und gut steuern.

Es gibt zwei grundlegende Ansätze für die Richtlinienverwaltung: auf Umgebungsebene für präzise Steuerung und mandantenweit für eine breite Durchsetzung. Jeder Ansatz hat eigene Vor- und Nachteile. Organisationen müssen Compliance-Anforderungen, Risikotoleranz und betrieblichen Aufwand abwägen, um die passende Kombination für ihren Kontext zu finden, manchmal auch durch die Verbindung beider Strategien für maximale Wirkung.

Ob Sie gerade erst beginnen oder eine bestehende Konfiguration anpassen: Denken Sie daran, dass eine erfolgreiche DLP-Strategie nicht nur technisch ist. Der Mensch- und Prozessaspekt spielt eine große Rolle, von proaktiven Tests bis zur Abstimmung der Connectors zwischen Entwicklung und Produktion. Wenn Sie mehr praxisnahe Hinweise zur Richtlinienverwaltung und Umgebungsstrategie suchen, lohnt sich ein Blick auf diese praxisorientierte Anleitung für Power Platform-Entwickler.

In den folgenden Abschnitten erfahren Sie die wichtigsten Administrationsschritte, erhalten Einblicke in den Aufbau eines belastbaren Richtlinienportfolios und verstehen, worauf es bei der Entscheidung zwischen Durchsetzung auf Umgebungs- und Mandantenebene ankommt.

Datenrichtlinien verwalten und eine Datenrichtlinienstrategie aufbauen

1. Kritische Daten und Connectors inventarisieren: Beginnen Sie damit, zu erfassen, welche Geschäftsprozesse, Connectors und Umgebungen sensible oder regulierte Daten verarbeiten. Diese Grundlage ist für jeden DLP-Ansatz entscheidend.
2. Richtlinien im Power Platform Admin Center erstellen: Im Admin Center können Sie Connectors in die Gruppen „Geschäftlich“, „Nicht geschäftlich“ und „Blockiert“ einteilen. Definieren Sie diese Kategorien entsprechend den Anforderungen Ihrer Organisation, um einen versehentlichen Datenabfluss aus sicheren Bereichen zu verhindern.
3. Auswirkungen testen und simulieren: Bevor Sie eine neue Richtlinie aktivieren, führen Sie Tests in Sandboxes oder Pilotumgebungen durch, um Störungen bei Apps, Flows oder der Produktivität der Benutzer frühzeitig zu erkennen. Negativtests sind unverzichtbar. Warten Sie nicht auf einen realen Ausfall.
4. Richtlinien laufend überwachen und anpassen: DLP ist kein Projekt, das man einmal einrichtet und dann vergisst. Überprüfen Sie die Wirksamkeit der Richtlinien regelmäßig und achten Sie auf stille Fehler oder Umgehungslösungen. Nutzen Sie Überwachungsprotokolle und Compliance-Dashboards, um Richtlinienverstöße zu erkennen, und lösen Sie bei Bedarf eine Reaktion auf Sicherheitsvorfälle aus.
5. Datenrichtlinien an den Geschäftszielen ausrichten: Stellen Sie sicher, dass die Richtlinien Innovationen nicht ersticken. Halten Sie ein Gleichgewicht zwischen Governance-Anforderungen und ausreichend Flexibilität, damit Teams entwickeln, bereitstellen und sich anpassen können, wenn sich die Geschäftsprioritäten ändern.

Einen tieferen Einblick in proaktive Governance und widerstandsfähige Automatisierungsstrategien bietet dieser Beitrag zur Verwaltung von DLP für Power Platform-Entwickler.

Richtlinienimplementierung für DLP auf Umgebungs- und Mandantenebene

• Richtlinien auf Umgebungsebene: Ideal für Teams mit besonderen Anforderungen. Sie ermöglichen es, Connectors je nach Projekt, Geschäftsbereich oder App-Bedarf einzuschränken oder zuzulassen. Sie bieten eine detaillierte Steuerung, lassen sich aber nur schwer skalieren.
• Richtlinien auf Mandantenebene: Unternehmensweite Leitplanken für die einheitliche Einhaltung von Vorgaben. Sie lassen sich leichter verwalten und eignen sich gut für Branchen mit strengen regulatorischen Anforderungen. In Ausnahmefällen können sie jedoch die Flexibilität erfahrener Power-User einschränken.
• Hybride Strategie: Viele Organisationen kombinieren beide Ansätze. Sie setzen strenge Regeln auf Mandantenebene durch und ergänzen diese in R&D- oder Pilotumgebungen um großzügigere Richtlinien. Entscheidend ist, die Connector-Listen auf allen Ebenen sauber und konsistent zu halten, wie in diesem Leitfaden zu bewährten Governance-Praktiken beschrieben.

Klassifizierung und Verwaltung von Connectors in Power Platform

Die Verwaltung von Connectors ist der Schlüssel, damit eine DLP-Richtlinie greift. In Power Platform stellen Connectors die Verbindung zwischen Ihren Apps oder Automatisierungen und der Außenwelt her, sei es zu Microsoft 365, internen Daten oder Cloud-Diensten Dritter. Wenn Sie diese Connectors nach geschäftlicher Bedeutung oder Risiko gruppieren, können Sie DLP passend zur Risikobereitschaft Ihrer Organisation gestalten.

Die Klassifizierung ist mehr als nur ein nettes Extra. Sie bildet das Fundament für eine nachhaltige Governance. Ohne sie riskieren Sie Schatten-IT, zu weitreichende Datenfreigaben und früher oder später Compliance-Probleme durch Datenlecks, die Sie nicht kommen sahen. Jeder neu veröffentlichte oder aktualisierte Connector kann neue Risiken mit sich bringen. Deshalb brauchen Sie einen lebendigen Ansatz für die Verwaltung der Connectors.

DLP beruht auf klaren Regeln: Welche Connectors freigegeben sind, welche als kritisch markiert werden und welche regelmäßig überprüft oder konsequent blockiert werden müssen. Handeln Sie proaktiv statt reaktiv. Schatten-IT und nicht genehmigte Apps sind keine theoretischen Risiken, sondern reale Szenarien. Praktische Wege, mit dieser Dynamik umzugehen, finden Sie in diesem Playbook zur Governance von Schatten-IT.

Mit der wachsenden Connector-Landschaft, insbesondere durch KI und individuelle Integrationen, werden Überprüfung und Neuklassifizierung zu laufenden Aufgaben. Im Folgenden finden Sie bewährte Strategien, mit denen Sie Ihre Connector-Landschaft unter Kontrolle behalten und Ihre Organisation aus den Schlagzeilen heraushalten.

Bewährte Methoden für Klassifizierungssysteme von Connectors

• Business-Connectors: Vertrauenswürdig für die Verarbeitung sensibler oder geschäftskritischer Daten. Beispiele sind SharePoint, Dataverse und SQL. Beschränken Sie diese auf geprüfte, unverzichtbare Dienste.
• Non-Business-Connectors: Für Szenarien mit geringerem Risiko, etwa soziale Medien, Analysen oder einfache Zusammenarbeit. Connectors wie Twitter, Dropbox oder öffentliche RSS-Feeds gehören hierher.
• Blockierte Connectors: Vollständig tabu aufgrund von Compliance-Anforderungen, Risiken oder möglichem Missbrauch. HTTP/CUSTOM-Connectors und alle Connectors mit umfangreichen Möglichkeiten zum Datenabfluss fallen in der Regel in diese Kategorie.
• Kontinuierlicher Prüfablauf: Implementieren Sie „Pre-Flight“-Prüfungen, bevor Apps live gehen. Prüfen und dokumentieren Sie alle neuen Konnektoren und aktualisieren Sie Richtlinien und Compliance-Dokumentation. Warum Dataverse für Governance die bessere Wahl gegenüber SharePoint-Listen ist, erfahren Sie in diesem Governance-Vergleich.
• Dokumentation und Audit-Trails: Führen Sie im Rahmen von Compliance-Audits eine laufend aktualisierte Aufzeichnung der Konnektor-Klassifizierungen und Richtlinienänderungen. Ergänzen Sie für jede Sperrung oder Freigabe Versionskontrolle und Begründung.

Sperren von nicht geschäftskritischen und risikoreichen Konnektoren

• Risikokategorien festlegen: Markieren Sie Konnektoren, die bekanntermaßen Daten an externe Stellen weitergeben, etwa HTTP, E-Mail, generische Webhooks oder Cloudspeicher mit schwachen Kontrollen.
• Proaktive Sperrliste einrichten: Beginnen Sie mit einer konservativen Sperrliste, insbesondere in regulierten Umgebungen. Aktualisieren Sie die Liste regelmäßig, sobald neue Konnektoren oder Bedrohungen auftauchen. KI-Agenten und Schatten-IT können schnell unbemerkt Fuß fassen.
• Neubewertung und Audit: Planen Sie regelmäßige Überprüfungen ein, um neu entstandene Risiken oder Konnektoren zu erkennen, die nicht mehr konform sind, während sich Geschäftsprozesse und Power Platform weiterentwickeln. Hören Sie sich diesen Podcast zu Schatten-IT und KI-Governance an, der praxisnahe Strategien für Sperrlisten gegen neue Risiken wie autonome KI-Agenten vorstellt.

DLP-Richtlinien für Copilot Studio und Power-Platform-Komponenten

Power Platform umfasst heute nicht mehr nur klassische Apps und Flows. Mit Copilot Studio, Desktop-RPA und tiefer integrierten KI-gestützten Funktionen muss die DLP-Durchsetzung nun mit einer sich verändernden Bedrohungslage Schritt halten. Jede Plattformkomponente bringt eigene Bedrohungsmodelle und richtlinienrelevante Aspekte mit sich.

Klassische DLP-Ansätze stoßen bei Prompts in natürlicher Sprache, generativer KI oder Desktop-Automatisierungen, die auf den Geräten der Benutzer mit sensiblen Daten arbeiten, mitunter an ihre Grenzen. Wenn Ihre Richtlinie an der Cloud-Grenze endet, kann das böse Überraschungen bereithalten. Deshalb müssen Governance-Teams die Durchsetzung für jede wichtige Säule von Power Platform überprüfen und anpassen – nicht nur für die Standard-Apps und Cloud-Flows.

Im Folgenden erhalten Sie einen gezielten Überblick über die DLP-Besonderheiten und neu entstehenden Risiken für Copilot-Studio-Umgebungen, Desktop-Flows und Integrationen, in denen Power Apps und Power Automate zusammentreffen. Wenn Sie konkrete Strategien suchen, um diese Lücken zu schließen und Ihre Sicherheit zukunftsfest aufzustellen, lohnt sich ein Blick auf diesen ausführlichen Leitfaden zur Copilot-Governance sowie auf praktische Schritte für eine sichere KI-Einführung.

Schauen wir uns an, wie Sie Ihre Daten schützen, wenn moderne Funktionen und bewährte Risikobetrachtung aufeinandertreffen.

DLP für Copilot-Studio-Umgebungen

Copilot Studio verstärkt bestehende Datenrisiken durch generative KI, automatisierte Agenten und leistungsstarke Integrationen. Spezielle DLP-Richtlinien sind entscheidend, um festzulegen, welche Konnektoren und welche Daten mit Copilot-Funktionen interagieren dürfen.

Die Richtliniengestaltung sollte hier Prompt Injection, die unbeabsichtigte Weitergabe von Geschäftsdaten durch KI und das Risiko berücksichtigen, Copilot mit externen oder benutzerdefinierten APIs zu verbinden. Das Sperren breit angelegter Konnektoren wie HTTP auf Ebene der Copilot-Umgebung oder des Mandanten gilt als bewährte Methode. Details zur Gruppierung von Konnektoren und zur Mandantenisolierung finden Sie in fortgeschrittenen Techniken der Copilot-Agent-Governance mit Purview.

Desktop-Flows mit Richtlinienverwaltung absichern

Desktop-Flows, die in Power Automate erstellt werden, bringen Robotic Process Automation (RPA) auf den Arbeitsplatz der Benutzer. Daten können dadurch die Cloud verlassen und auf lokale Endgeräte gelangen – was die DLP vor neue Herausforderungen stellt.

Um die Datenexposition zu kontrollieren, legen Sie per DLP fest, welche Konnektoren mit Ihren Desktop-Flows interagieren dürfen. Setzen Sie granulare Zugriffssteuerungen ein und berücksichtigen Sie eine Trennung der Aufgaben, sodass ein Benutzer keinen Prozess automatisieren kann, der sensible Daten ungeprüft abruft und weitergibt. Desktop-Flows erfordern laufende Überprüfung, da lokale Risiken und SaaS-Risiken häufig ineinandergreifen.

DLP in Power Apps und Cloud-Flows integrieren

Die DLP-Durchsetzung an der Schnittstelle zwischen Power Apps und Cloud-Flows ist entscheidend, um Lücken in der App-Automatisierung zu schließen. Wenn eine App einen Flow auslöst oder umgekehrt, müssen die Richtliniengrenzen immer übereinstimmen.

Richten Sie Richtlinien so ein, dass vertrauliche Geschäftsdaten nie von einem reinen Geschäftskonnektor zu einem nicht geschäftlichen oder riskanten Konnektor „abspringen“. Dokumentieren Sie Flows, die Grenzen überschreiten, und überwachen Sie sie auf Compliance. Praxisnahe Best Practices für Auditing und Durchsetzung finden Sie in diesem Purview-basierten Leitfaden zur Überwachung.

Erweiterte DLP-Richtlinienverwaltung und Automatisierung

Wenn die einfache Richtlinienverwaltung mit dem Wachstum nicht mehr Schritt hält, werden erweiterte DLP-Administration und insbesondere Automatisierung unverzichtbar. Ob Sie Hunderte Umgebungen oder Tausende Flows verwalten: Manuelle Arbeit reicht dafür nicht aus. Hier kommen PowerShell, Audit-Logs und erweiterte Alarmierung ins Spiel, die Zeit sparen und Probleme erkennen, bevor sie eskalieren.

Die Automatisierung der Richtlinienverwaltung vereinfacht umfangreiche Änderungen, beschleunigt die Reaktion auf Richtlinienverstöße und hilft, Konsistenz über ein sich ständig veränderndes Portfolio aus Konnektoren, Apps und Cloud-Systemen hinweg zu wahren. Protokollierung, Alarmierung und detaillierte Analysen liefern die Erkenntnisse, die Sie benötigen, um die Wirksamkeit von Richtlinien zu messen, Vorfälle zu untersuchen und die gefürchteten Compliance-Prüfungen zu bestehen.

Dieser letzte Abschnitt zeigt, wie Sie PowerShell für DLP im großen Maßstab einsetzen, und wirft einen realistischen Blick auf Techniken, mit denen Sie Datenabfluss erkennen und stoppen können. Das Wachstum von Power Platform bedeutet, dass Ihre Richtliniendurchsetzung anpassungsfähig und jederzeit auditbereit sein muss. Tipps zur Automatisierung der Sicherheit und zur Erkennung riskanter Freigaben mit PowerShell finden Sie in diesem Playbook zur Kontrolle externer Freigaben.

Schauen wir uns die Details zu Skripting und Alarmierung an, mit denen Ihre Daten sicher verwahrt bleiben, egal wie schnell sich die Cloud weiterentwickelt.

Verwendung von PowerShell-Befehlen für die Verwaltung von DLP-Richtlinien

• Richtlinien im großen Maßstab erstellen oder ändern: Verwenden Sie PowerShell-Cmdlets wie New-DlpPolicy oder Set-DlpPolicy, um Regeln schnell über zahlreiche Umgebungen oder ganze Mandanten hinweg festzulegen. Das spart gegenüber dem Admin Center viele Stunden.
• Massenberichte und Compliance-Prüfung: Automatisierte Skripte können bestehende DLP-Regeln inventarisieren, Compliance-Berichte erstellen und Inkonsistenzen oder Richtlinienabweichungen aufzeigen.
• Auditing und Incident Response: Verknüpfen Sie Skripte mit Protokollen, um Warnmeldungen bei Richtlinienverstößen oder verdächtiger Konnektornutzung auszulösen. Vermeiden Sie typische Automatisierungsfallen, indem Sie Skripte testen und Rollback-Schritte dokumentieren.
• Effizienz-Referenz: Weitere Anregungen zur Automatisierung oder zur Fehlerbehebung finden Sie in Microsofts PowerShell-Dokumentation oder in verwandten Diskussionen, etwa in den aktuellen Episoden, die über diese Podcast-Weiterleitung erreichbar sind.

DATENABFLUSS MIT DLP-RICHTLINIEN VERHINDERN

DLP-Richtlinien verhindern Datenabfluss, indem sie festlegen, welche Daten wohin verschoben werden dürfen, und Sie alarmieren, wenn etwas aus dem Ruder läuft. Legen Sie Regeln fest, die Konnektoren mit hohem Risiko blockieren, die Trennung von geschäftlich und nicht geschäftlich erzwingen und für vertrauliche Flows Genehmigungsworkflows verlangen.

Nutzen Sie Protokollierung und Echtzeitwarnungen, um verdächtige Muster zu erkennen, etwa massenhafte Datenexporte oder Versuche, Geschäftsdaten mit bekannten riskanten Zielen zu verbinden. Ergänzen Sie DLP um erweiterte Überwachung und kontinuierliche Überprüfung, wie im Leitfaden zur Kontrolle externer Freigaben beschrieben, für lückenlose Abdeckung und schnelle Reaktion auf Vorfälle.

Regelmäßige Audits und die Feinabstimmung der Richtlinien helfen, Schwachstellen aufzudecken und sich auf neue Bedrohungen einzustellen. So bleiben Unternehmensdaten dort, wo sie hingehören: sicher, kontrolliert und compliant.

Power Platform DLP-Richtlinien und die Implementierung von DLP

Welchen Zweck haben Richtlinien zum Schutz vor Datenverlust (DLP) in Power Platform?

DLP-Richtlinien (Data Loss Prevention) sollen das Risiko von Datenlecks im Power-Platform-Ökosystem verringern. Sie legen fest, welche Connectors und Datenquellen von Power Apps und Power Automate Flows verwendet werden dürfen. Ihr Zweck ist es, vertrauliche Informationen in allen Power-Platform-Umgebungen zu schützen, Regeln zur Datenklassifizierung durchzusetzen und eine Governance bereitzustellen. So können Administratoren ihre Daten absichern und gleichzeitig Citizen Development ermöglichen.

Wie erstellen und verwalten Sie eine DLP-Richtlinie für eine App oder einen Flow?

Eine DLP-Richtlinie erstellen Sie im Power Platform Admin Center oder mit PowerShell. Dabei legen Sie Datenrichtlinien fest, die definieren, welche Connectors zusammen verwendet werden dürfen. Während der Erstellung wählen Sie, ob Sie Umgebungsrichtlinien oder eine mandantenweite DLP-Richtlinie verwenden. Anschließend weisen Sie die Richtlinie einer oder mehreren Produktionsumgebungen oder anderen gezielten Power-Platform-Umgebungen zu und speichern sie. Nach der Erstellung können Administratoren den Satz an DLP-Richtlinien anlegen und verwalten. Sie können die Richtlinien anpassen, wenn ein Connector blockiert oder freigegeben werden soll, und die Regeln im DLP-Editor des Admin Centers verfeinern.

Worin unterscheiden sich mandantenweite DLP-Richtlinien und Umgebungsrichtlinien?

Eine mandantenweite DLP-Richtlinie gilt für den gesamten Mandanten und legt für alle Benutzer eine Basis aus erlaubten und blockierten Connectors fest. Umgebungsrichtlinien gelten dagegen nur für bestimmte Power-Platform-Umgebungen. So können Sie für Entwicklungs-, Test- und Produktionsumgebungen unterschiedliche Regeln festlegen. Die Kombination beider Ansätze hilft Administratoren, breiten Schutz und umgebungsspezifische Anforderungen in Einklang zu bringen. Beispielsweise kann eine strengere Richtlinie für eine Produktionsumgebung gelten, während in Sandbox-Umgebungen eine großzügigere Richtlinie greift.

Was passiert, wenn ein Flow die Data-Loss-Prevention-Regeln Ihrer Organisation verletzt?

Wenn ein Power-Automate-Flow eine Kombination von Connectors verwendet, die gegen die Daten- oder Connector-Regeln Ihrer Organisation verstößt, kann der Flow an der Ausführung gehindert werden. Benutzer sehen dann eine Fehlermeldung, dass der Connector blockiert ist oder der Flow gegen die Datenrichtlinien der Organisation verstößt. Administratoren können prüfen, welche Apps und Power-Automate-Flows betroffen sind, bestehende Richtlinien anpassen oder bei Bedarf eine neue DLP-Richtlinie erstellen, die die notwendigen Connectors freigibt. Dabei behalten sie die Governance im Blick.

Wie wirken sich benutzerdefinierte Connectors und unterschiedliche Datenquellen auf DLP-Richtlinien aus?

Benutzerdefinierte Connectors und andere Datenquellen, die von Power Apps oder Power Automate Flows genutzt werden, müssen bei der Implementierung von DLP-Richtlinien klassifiziert werden. Sie können diese als Geschäftsdaten, nicht geschäftliche Daten oder blockiert einstufen. Wird ein benutzerdefinierter Connector falsch klassifiziert, kann eine DLP-Richtlinie ihn blockieren. Die Erstellung der Richtlinien und die Datenklassifizierung sind daher wesentliche Schritte, damit Connectors dort genutzt werden können, wo sie benötigt werden, ohne neue Daten offenzulegen.

Lässt sich PowerShell zum Erstellen einer DLP-Richtlinie oder für Richtlinienänderungen verwenden?

Ja. Mit PowerShell lassen sich das Erstellen einer Richtlinie und Änderungen an Richtlinien automatisiert und in großem Umfang durchführen. PowerShell-Skripts können DLP-Richtlinien erstellen und verwalten, mandanten- und umgebungsbezogene Richtlinien anwenden und dieselbe Konfiguration in mehreren Umgebungen bereitstellen. Außerdem lassen sie sich in Ihr Center of Excellence für Power Platform integrieren, um Governance und Auditing zu vereinfachen.

Wie arbeiten DLP-Richtlinien mit Power Automate Flows und Power Apps in der Produktion zusammen?

DLP-Richtlinien bestimmen, welche Connectors Power-Automate-Flows und Power Apps in einer Produktionsumgebung verwenden dürfen. Sie wenden die Regeln auf Umgebungs- oder Mandantenebene an. Wird eine DLP-Richtlinie angewendet, erzwingt sie die erlaubten Connector-Kombinationen. Flows und Apps, die blockierte Connectors nutzen, werden in dieser Produktionsumgebung nicht ausgeführt, bis die Richtlinie angepasst oder der Connector neu klassifiziert wird. So sinkt das Risiko einer versehentlichen Datenoffenlegung.

Welche Schritte sollten Power-Platform-Administratoren bei der erstmaligen Implementierung von DLP-Richtlinien unternehmen?

Administratoren sollten zunächst die vorhandenen Richtlinien und Connectors überprüfen. Danach nehmen sie eine Datenklassifizierung vor, um neue Daten und sensible Quellen zu identifizieren. Anschließend erstellen sie eine mandantenweite Basisrichtlinie und passen die Umgebungsrichtlinien an die Anforderungen der Produktions- und Entwicklungsumgebungen an. Zur Implementierung gehört außerdem, Apps und Flows auf Compliance zu testen, die Änderungen den Erstellern mitzuteilen und das Center of Excellence für Power Platform zu nutzen, um die Wirksamkeit der Richtlinien und Vorfälle zu überwachen.

Wie helfen DLP-Richtlinien dabei, Ihre Daten in Microsoft 365 und im Power-Platform-Ökosystem zu schützen?

DLP-Richtlinien arbeiten mit Microsoft 365 und anderen Governance-Kontrollen zusammen, um einen einheitlichen Datenschutz zu gewährleisten. Sie beschränken, wie Daten aus Microsoft-Diensten und externen Systemen in Power Apps und Power Automate verwendet werden dürfen. Indem Sie festlegen, welche Connectors und Datentypen zulässig sind, helfen Ihnen die Richtlinien, systemübergreifende Datenlecks zu verhindern, das Risiko von Datenschutzverletzungen zu senken und die Einhaltung interner Vorgaben und gesetzlicher Anforderungen sicherzustellen.

Was sollten Sie tun, wenn eine neue DLP-Richtlinie geschäftskritische Connectors unerwartet blockiert?

Blockiert eine neue DLP-Richtlinie einen für den Betrieb wichtigen Connector, prüfen Sie zunächst, ob die Richtlinie korrekt angewendet wurde, und sehen Sie sich die Richtlinieneinstellungen und Protokolle an, um die Ursache der Blockierung zu ermitteln. Erwägen Sie, über eine gezielte Umgebungsrichtlinie eine Ausnahme anzulegen, den Connector gegebenenfalls neu einzustufen oder die Richtlinie so anzupassen, dass der Connector zugelassen wird, und dokumentieren Sie das damit verbundene Risiko. Nutzen Sie den DLP-Editor und Change-Management-Prozesse, um künftige Störungen bei der Einführung von DLP-Richtlinien oder Richtlinienänderungen zu vermeiden.