DLP an zwei Fronten: Microsoft Purview in der Cloud, Sophos XGS am Netzwerkrand

DLP mit Purview und Firewall, Data Loss Prevention zwischen Netzwerk und Cloud — dahinter steht die berechtigte Frage: Reicht Purview, oder muss die Firewall mitspielen? Die Kurzantwort vorab: Purview sieht die Inhalte, die XGS sieht die Wege — und keiner von beiden sieht das Feld des anderen. Purview erkennt die IBAN im Mail-Anhang und den Vertraulichkeits-Stempel auf der Kalkulationsdatei, aber es ist blind für den Browser-Upload zum Filesharer vom unverwalteten Gerät. Die XGS erkennt und blockiert genau diesen Weg — aber sie versteht nicht, ob in der hochgeladenen Datei Urlaubsfotos oder Konstruktionsdaten stecken. Cloud-DLP ohne Netzwerkkontrolle lässt die Seitenausgänge offen; Netzwerkkontrolle ohne Inhalts-DLP die Vordertür. Erst zusammen wird ein Konzept daraus — und dieser Artikel zeigt, wie: die Abflusswege-Landkarte, die ehrlichen Leistungsgrenzen beider Werkzeuge, die Richtlinien-Kaskade mit zwei Durchsetzungspunkten, das Sonderkapitel Schatten-KI und der Stufenplan, der Kontrolle einführt, ohne die Belegschaft gegen sich aufzubringen.

Datenabfluss-Wege im Überblick

Jedes DLP-Konzept beginnt mit einer unbequemen Inventur: Auf wie vielen Wegen können Daten das Haus eigentlich verlassen? Die Landkarte in der Skizze sortiert die üblichen Verdächtigen nach ihrem Wächter. Auf der Purview-Seite: die E-Mail nach extern (der Klassiker — falscher Anhang, falscher Empfänger, Weiterleitungsregel), externe Freigaben aus SharePoint, OneDrive und Teams, und auf verwalteten Geräten die Endpoint-Wege — USB-Stick, Druck, Browser-Upload, das Einfügen in Web-Anwendungen. Auf der XGS-Seite: Uploads zu Privat-Clouds und Filesharern, Webmail-Konten, Anonymisierer und Proxy-Dienste, KI-Chatbots und der ganze Zoo nicht freigegebener SaaS-Dienste. Und dann die ehrliche Restliste, die kein Werkzeug vollständig fängt: das Foto vom Bildschirm, der Ausdruck im Rucksack, das diktierte Telefonat — DLP reduziert Gelegenheiten und Versehen drastisch, aber gegen entschlossene Innentäter mit Smartphone-Kamera hilft Technik nur begrenzt; das gehört ausgesprochen, damit niemand Vollständigkeit verspricht, die es nicht gibt. Für alles davor gilt die Landkarten-Logik: Jeder Weg braucht einen benannten Wächter — und der Faktenkasten verrät, welche Wege in Projekten tatsächlich am häufigsten offen stehen.

Skizze 1: Purview bewacht die Inhalte auf den M365- und Endpoint-Wegen, die XGS die Seitenausgänge im Netz — und jeder hat einen benannten blinden Fleck.

Was Purview DLP leistet — und wo es endet

Die Purview-Seite ist die inhaltskundige: DLP-Richtlinien wirken auf den M365-Speicherorten — Exchange, SharePoint, OneDrive, Teams — und prüfen dort, was tatsächlich in Dateien und Nachrichten steckt: vordefinierte Muster für Kreditkarten, IBAN und Ausweisnummern, eigene Schlüsselwort- und Muster-Definitionen, Vertraulichkeits-Labels als gestempelte Klassifizierung und trainierbare Klassifizierer für Dokumenttypen wie Verträge oder Quellcode. Die Aktionen skalieren vom stillen Audit über den Richtlinientipp (»Diese Mail enthält offenbar Kontodaten — wirklich an extern senden?«) bis zum Block mit oder ohne Begründungs-Override. Dazu kommt das Endpoint-DLP, das die Kontrolle auf verwaltete Windows- und macOS-Geräte ausdehnt: USB-Kopien, Druck, Browser-Uploads und das Einfügen in Web-Anwendungen — womit Purview auch Wege sieht, die an M365 vorbeiführen, solange das Gerät verwaltet und onboarded ist. Und exakt dort verläuft die Grenze: Unverwaltete Geräte, Gastnetz, BYOD — für sie ist Purview blind, ebenso für Netzwege, auf denen Daten nie einen kontrollierten Endpoint oder M365-Dienst berühren. Diese Flanke schließt das nächste Kapitel — vorher klärt der Faktenkasten die Lizenzfrage.

Netzwerkseitige Kontrolle: App Control und Upload-Blocking auf der XGS

Jetzt die Netzwerkseite, und ihre Rolle ist klar umrissen: Die XGS versteht keine Inhalte — sie ist kein Content-DLP —, aber sie beherrscht die Wege, und das ist bei den Seitenausgängen exakt die gefragte Disziplin. Werkzeug eins: die Web-Kategorien des Filters — Filesharing-Dienste, Webmail, Proxy- und Anonymisierer-Kategorien lassen sich pauschal blockieren oder mit Warnseite versehen; das erledigt die Masse der ungewollten Ziele mit einer Handvoll Regeln. Werkzeug zwei: Application Control — die App-Signaturen erkennen Dienste wie Dropbox, WeTransfer oder Team-Messenger auch dann, wenn sie sich hinter generischem HTTPS verstecken, und erlauben die Unterscheidung nach Anwendung statt nur nach Kategorie. Werkzeug drei: die Dateityp-Kontrolle im Web-Schutz, die Uploads bestimmter Formate (Archive, CAD-Dateien) auf nicht freigegebenen Wegen unterbindet. Die Voraussetzung für die Tiefenschärfe der Werkzeuge zwei und drei benennt der Hinweis-Kasten: TLS-Inspection. Und eine ehrliche Grenze gehört dazu: Die Unterscheidung zwischen dem Firmen-OneDrive und einem privaten OneDrive-Konto ist keine Netz-, sondern eine Microsoft-Disziplin — die Firewall sieht denselben Dienst; die kontoscharfe Steuerung leistet die Mandanten-Beschränkung der M365-Welt, die im [LINK: Compliance-Cluster (M365)] ihren Platz hat. Die XGS schließt Wege — die Konto-Feinheiten bleiben bei Microsoft.

Das Zusammenspiel: eine Richtlinie, zwei Durchsetzungspunkte

Damit zum Kern des Konzepts, den die Kaskaden-Skizze zeigt: Am Anfang steht keine Technik, sondern ein Satz — die fachliche Richtlinie, etwa »Vertrauliche Daten verlassen das Haus nur über freigegebene Wege«. Aus ihm folgt Schritt eins, die Klassifizierung: Vertraulichkeits-Labels und Erkennungsmuster in Purview definieren, was »vertraulich« technisch bedeutet — sie sind die gemeinsame Sprache des Konzepts. Dann teilt sich die Durchsetzung: Purview prüft die Inhalte auf den freigegebenen Wegen — die Mail nach extern bekommt den Richtlinientipp oder Block, die externe Freigabe der gelabelten Datei wird verhindert, das Endpoint-DLP bewacht die Geräte-Wege. Die XGS schließt parallel die nicht freigegebenen Wege — Filesharer, Privat-Clouds, Anonymisierer, wilde KI-Dienste — per Kategorie, App Control und Dateityp-Regel; sie muss dafür keine Inhalte verstehen, denn auf gesperrten Wegen ist jeder Inhalt falsch. Und Schritt drei schließt den Kreis: ein gemeinsames Lagebild, in dem Purview-Alerts und XGS-Ereignisse zusammenlaufen — praktischerweise in Sentinel nach dem [LINK: B8]-Muster, denn zwei getrennte Konsolen erzählen zwei halbe Geschichten. Die Zuständigkeits-Tabelle übersetzt das in die Praxis:

Skizze 2: Eine fachliche Richtlinie, eine Klassifizierung als gemeinsame Sprache, zwei Durchsetzungspunkte — und ein gemeinsames Lagebild.

Schatten-KI: Datenabfluss in Chatbots eindämmen

Der jüngste und am schnellsten wachsende Abflussweg verdient sein eigenes Kapitel, weil er anders funktioniert als die klassischen: In KI-Chatbots fließen Daten nicht als Datei-Upload, sondern als Copy-and-paste in ein Prompt-Fenster — der Vertragsentwurf zur Umformulierung, der Quellcode zur Fehlersuche, die Kalkulation zur Zusammenfassung; und anders als beim Filesharer ist die Motivation nicht Bequemlichkeit, sondern echter Produktivitätsgewinn, was Verbote besonders brüchig macht. Die Eindämmung fährt zweigleisig: Netzwerkseitig bietet die XGS die Web-Kategorie für generative KI-Dienste samt App-Signaturen — damit lassen sich nicht freigegebene Chatbots blockieren oder mit Warnseite versehen, während freigegebene Dienste per Ausnahme offen bleiben. Inhaltsseitig kann das Endpoint-DLP (E5-Stufe) das Einfügen sensibler Inhalte in definierte Web-Anwendungen einschränken — die Feinsteuerung für die erlaubten Dienste. Und die dritte Zutat ist keine Technik, sondern die wichtigste: eine sanktionierte Alternative. Wer produktive KI-Nutzung komplett sperrt, erzeugt nur kreativere Umgehung — das private Smartphone tippt sich schnell; wer stattdessen einen freigegebenen Weg anbietet (typischerweise Copilot mit seinen Mandanten-Garantien — die Governance dazu vertieft der [LINK: Compliance-Cluster (M365)]), kanalisiert den Bedarf statt ihn zu verdrängen. Wie man überhaupt herausfindet, welche KI- und SaaS-Dienste im Haus schon genutzt werden, ist die Discovery-Frage — und die beantwortet [LINK: C6] mit beiden Werkzeugen im Duett.

Der Stufenplan: von Monitoring zu Blocking

Bleibt die Einführungsfrage, und ihre Antwort entscheidet über Akzeptanz oder Aufstand — der Stufenplan in der Skizze setzt deshalb auf vier Phasen mit klaren Ausstiegskriterien. Phase 0, die Kartierung: die Abflusswege-Landkarte fürs eigene Haus zeichnen, die Kronjuwelen benennen (welche Daten zuerst?), die XGS-Bestandsberichte sichten — und Betriebsrat wie Datenschutzbeauftragten an den Tisch holen, denn App-Kontrolle und DLP-Alerts sind Mitbestimmungs-Terrain. Phase 1, das Beobachten: Purview-Richtlinien im Testmodus, XGS-Kategorien und App Control im Monitor — vier bis sechs Wochen echte Daten statt Vermutungen, Fehlalarme aussortieren, Richtlinien schärfen. Phase 2, das Warnen: Belegschaft informieren, Richtlinientipps und Override-Blocks in Purview, Warnseiten auf der XGS — Overrides und Durchklicks zeigen, wo Alternativen fehlen. Phase 3, das Blocken: harte Sperren für die klaren Fälle — Anonymisierer, Filesharer-Uploads, nicht freigegebene KI —, Inhalts-Blocks für die sensiblen Muster, dazu ein Ausnahmeprozess mit Begründung und Frist sowie der Quartals-Review. Die Tabelle fasst die Phasen mit Zeitrahmen; die Warnung darunter erklärt, warum die Reihenfolge nicht verhandelbar ist.

Skizze 3: Kartieren, beobachten, warnen, blocken — mit den zwei eisernen Regeln: nie Unbeobachtetes sperren, nie ohne Alternative blocken.

FAQ — häufige Fragen zu DLP mit Purview und Sophos XGS

Reicht Microsoft Purview als DLP-Lösung?

Für die Wege, die Purview sieht: ja, und zwar richtig gut — für die anderen: nein, und diese Ehrlichkeit gehört an den Anfang jedes Konzepts. Purview kontrolliert Inhalte auf den M365-Diensten (Mail, SharePoint, OneDrive, Teams) und mit der Endpoint-Stufe auch die Wege verwalteter Geräte — USB, Druck, Browser-Upload. Das deckt die Vordertüren ab: das Versehen im Mail-Anhang, die übereifrige Externfreigabe, den USB-Export. Blind bleibt Purview für alles, was weder M365 noch einen verwalteten, onboardeten Endpoint berührt: das unverwaltete Gerät, das Gastnetz, den direkten Browser-Upload einer lokal liegenden Datei vom Privatrechner — und generell für die Frage, welche Cloud- und KI-Dienste überhaupt erreichbar sein sollen. Diese Seitenausgänge sind Netz-Terrain, und dort spielt die XGS ihre Rolle: Kategorien-, App- und Dateityp-Kontrolle schließt die Wege, die Purview nicht sieht. Die Merkformel des Artikels: Purview prüft die Inhalte auf den freigegebenen Wegen, die XGS sperrt die nicht freigegebenen — wer nur eines von beiden betreibt, bewacht entweder die Vordertür oder die Seitentür, aber nie das Haus.

Kann die Sophos XGS Uploads zu Dropbox & Co. blockieren?

Ja, mit drei Werkzeugen in aufsteigender Feinheit. Werkzeug eins, die Web-Kategorien: Filesharing-Dienste, Online-Speicher, Webmail und Anonymisierer sind als Kategorien pflegbar — eine Regel blockiert die ganze Klasse oder versieht sie mit einer Warnseite; das erledigt die Masse der Ziele wartungsarm, weil neue Dienste per Kategorien-Update automatisch erfasst werden. Werkzeug zwei, Application Control: App-Signaturen erkennen konkrete Dienste — Dropbox, WeTransfer und Co. — auch im verschlüsselten Verkehr an ihren Mustern und erlauben die App-genaue Unterscheidung, etwa das Firmen-Tool zulassen und den Rest der Klasse sperren. Werkzeug drei, die Dateityp-Kontrolle im Web-Schutz: Uploads bestimmter Formate (Archive, CAD-Formate) auf nicht freigegebenen Wegen unterbinden. Für die Werkzeuge zwei und drei in voller Schärfe braucht es die TLS-Inspection samt A7-Ausnahmenprogramm und C3-Schranken. Zwei ehrliche Grenzen: Die XGS unterscheidet nicht zwischen Firmen- und Privat-Konto desselben Dienstes — das ist die Mandanten-Beschränkungs-Disziplin der M365-Welt; und sie versteht keine Inhalte — ob in der geblockten Datei etwas Sensibles steckt, weiß nur Purview. Deshalb: Wege-Sperre hier, Inhalts-Prüfung dort — die Kaskade aus dem Artikel.

Wie verhindere ich Datenabfluss in KI-Chatbots?

Mit drei Zutaten, von denen die dritte die wichtigste ist. Zutat eins, netzwerkseitig: Die XGS blockiert oder verwarnt nicht freigegebene KI-Dienste über die einschlägige Web-Kategorie und App-Signaturen — freigegebene Dienste bleiben per Ausnahme offen; das kanalisiert den Verkehr auf die erlaubten Wege und macht die wilden sichtbar. Zutat zwei, inhaltsseitig: Das Endpoint-DLP der E5-Stufe kann das Einfügen als sensibel erkannter Inhalte in definierte Web-Anwendungen einschränken — die Feinsteuerung, die auch auf erlaubten Diensten verhindert, dass die Kundenliste im Prompt landet. Zutat drei, organisatorisch: eine sanktionierte Alternative. Der KI-Abfluss unterscheidet sich von allen anderen Wegen dadurch, dass er echten Produktivitätsgewinn liefert — ein bloßes Verbot verliert diesen Wettbewerb zuverlässig gegen das private Smartphone, und die Nutzung wandert dorthin, wo keine Kartierung sie mehr sieht. Wer stattdessen einen freigegebenen Dienst mit Mandanten-Garantien anbietet — typischerweise Copilot — und die Sperren als Kanalisierung statt als Verbot kommuniziert, bekommt beides: Datenschutz und Produktivität. Und für die Bestandsaufnahme, welche KI-Dienste längst im Einsatz sind, liefert die Schatten-IT-Discovery des Nachbar-Artikels die Zahlen — meist überraschende.

Welche Lizenzen brauche ich für Purview DLP?

Die Staffel in Kurzform — mit dem üblichen Vorbehalt, dass Microsofts Lizenzzuordnungen beweglich sind und der Abgleich mit der aktuellen Dokumentation zum Projektstart gehört: Die Inhalts-DLP für die M365-Dienste — Richtlinien auf Exchange, SharePoint, OneDrive und Teams mit den vordefinierten Erkennungsmustern für Finanz- und Ausweisdaten — ist in Microsoft 365 Business Premium und E3 bereits enthalten; der Einstieg in die Vordertür-Kontrolle kostet also bei den meisten Mittelständlern keinen Lizenz-Cent, nur Konfigurationsarbeit. Die Ausbaustufe — Endpoint-DLP für die Geräte-Wege (USB, Druck, Browser-Upload, Einfügen in Web-Apps), trainierbare Klassifizierer und die erweiterten Richtlinien- und Untersuchungsfunktionen — verlangt E5, die E5-Compliance-Suite oder das passende Add-on. Die pragmatische Reihenfolge daraus: Phase eins mit Bestandslizenzen — Purview-Basis-DLP für Mail und Freigaben plus XGS-Wegekontrolle; das deckt erstaunlich viel der Landkarte ab. Phase zwei nach Bedarf — der E5-Schritt lohnt für inhaltliche Geräte-Kontrolle und die KI-Einfügekontrolle. Und fürs Budget wichtig: Die XGS-Seite kostet keine Zusatzlizenz — Kategorien, App Control und Dateityp-Regeln stecken im vorhandenen Web-Schutz.

Wie starte ich, ohne die Belegschaft zu blockieren?

Mit dem Stufenplan — und mit der Einsicht, dass DLP zu zwei Dritteln Veränderungsmanagement ist. Die Reihenfolge: Erst kartieren (zwei Wochen) — Abflusswege benennen, Kronjuwelen priorisieren, Betriebsrat und DSB an den Tisch, denn App-Kontrolle und Auswertungen sind Mitbestimmungs-Terrain. Dann beobachten (vier bis sechs Wochen) — alle Richtlinien im Test- beziehungsweise Monitor-Modus; diese Phase liefert die Wahrheit über die realen Arbeitsabläufe und sortiert die Fehlalarme aus, bevor irgendjemand etwas merkt. Dann warnen (vier bis acht Wochen) — und zwar mit drei gleichzeitigen Bausteinen: der Kommunikation an die Belegschaft (was, warum, und welcher Weg der richtige ist), den weichen Maßnahmen (Richtlinientipps, Override-Blocks, Warnseiten) und — entscheidend — den bereitgestellten Alternativen: der freigegebene Großdatei-Versand, der sanktionierte KI-Dienst; jeder Block ohne Alternative erzeugt nur Umgehung. Erst dann blocken — hart nur die klaren Fälle, mit Ausnahmeprozess und Quartals-Review. Die zwei Erfolgsindikatoren unterwegs: sinkende Override-Zahlen in Phase 2 (die Alternative wird angenommen) und eine Hotline, die nichts von alledem mitbekommt. Wer diese Kurve in acht bis zwölf Wochen fährt, bekommt Kontrolle mit Akzeptanz — der Warn-Kasten im Artikel beschreibt, was beim Abkürzen passiert.

Was ist mit verschlüsselten Uploads?

Die Frage hat zwei Ebenen, und beide verdienen ehrliche Antworten. Ebene eins, TLS-verschlüsselte Verbindungen — der Normalfall des Webs: Ohne TLS-Inspection sieht die XGS hier das Ziel (Domain, Kategorie, oft die App an ihren Mustern), aber weder Dateityp noch Details — Kategorie- und Ziel-Blocks funktionieren trotzdem, und das ist mehr als die halbe Miete; mit Inspection kommen App-Präzision und Dateityp-Kontrolle dazu, im Rahmen der A7-Ausnahmen und C3-Schranken. Ebene zwei, inhaltlich verschlüsselte Dateien — das passwortgeschützte Archiv, der verschlüsselte Container: Hier endet die Inhaltsprüfung prinzipbedingt überall — auch Purview kann in eine sauber verschlüsselte Datei nicht hineinsehen; was bleibt, sind die Wege-Kontrolle (auf gesperrten Wegen ist auch das verschlüsselte Archiv gesperrt), die Auffälligkeit selbst (nicht prüfbare verschlüsselte Anhänge lassen sich als eigenes Kriterium blocken oder anhalten) und die Regel, dass verschlüsselte Container nach extern nur über definierte Wege laufen. Und die Schluss-Ehrlichkeit aus Kapitel 1 gilt hier besonders: Gegen den entschlossenen Innentäter mit Verschlüsselung und Privatgerät hilft Technik allein begrenzt — dort übernehmen Berechtigungskonzepte (wer kommt überhaupt an die Kronjuwelen?), Protokollierung und arbeitsrechtliche Klarheit. DLP minimiert Gelegenheiten und Versehen; Allmacht verspricht nur schlechtes Marketing.

Fazit: Inhalte und Wege — erst das Paar ergibt ein Konzept

Die Eingangsfrage — reicht Purview? — beantwortet die Landkarte von selbst: Purview bewacht mit Inhaltsverstand die Vordertüren (Mail, Freigaben, verwaltete Geräte), die XGS schließt mit Wege-Verstand die Seitenausgänge (Filesharer, Privat-Clouds, wilde KI) — und keiner kann den Part des anderen übernehmen. Das Konzept daraus ist überschaubar: eine fachliche Richtlinie, die Klassifizierung als gemeinsame Sprache, zwei Durchsetzungspunkte, ein gemeinsames Lagebild — eingeführt über den Stufenplan, dessen Geduld sich in Akzeptanz auszahlt, flankiert von Betriebsrat und Datenschutz nach dem C3-Fahrplan, und stets mit einer Alternative je Block, weil kanalisieren schlägt verbieten. Wer so baut, verhindert nicht jeden denkbaren Abfluss — das verspricht seriös niemand —, aber er schließt die Wege, über die Daten tatsächlich verschwinden: die bequemen. Und das ist, wie die Hitliste zeigt, fast immer der ganze relevante Unterschied.

Von hier aus weiter im Cluster: Das Gesamtbild der XGS in Microsoft-Umgebungen zeichnet der Pillar-Artikel [LINK: Pillar]. Welche Cloud- und KI-Dienste im Haus längst genutzt werden — die Discovery vor der Kontrolle — zeigt [LINK: C6] mit XGS und Defender for Cloud Apps im Duett. Das Inspection-Handwerk samt Ausnahmen liefert [LINK: A7]. Und die Purview-Tiefen — Labels, Aufbewahrung, Copilot-Governance — vertieft der [LINK: Compliance-Cluster (M365)].