Microsoft Purview-Einschränkungen: Was das E5-Upgrade nicht behebt

Eine Umfrage im März 2025 unter 100 US-Sicherheits- und IT-Entscheidungsträgern von MIND and Enterprise Strategy Group ergab, dass 94 % mindestens zwei DLP-Tools verwenden, und der Durchschnitt liegt bei mehr als drei.

Wenn Microsoft-lastige Mittelstandsteams fragen, warum sie ein zweites DLP-Tool brauchen, lautet die übliche Antwort, auf E5 zu upgraden und zu konsolidieren. Das Upgrade liefert das jedoch nicht. Die Microsoft Purview-Einschränkungen, die Teams zu einem zweiten Tool drängen, wie lokale Datenbanken, Linux-Endpunkte und nicht-Microsoft SaaS, liegen außerhalb dessen, was E5 ändert.

Microsoft dokumentiert diese Grenzen auf dutzenden separaten Seiten, weshalb ein Abdeckungsbild selten den Kontakt mit einem Lizenzdatenblatt übersteht. Wenn man jedoch genau liest, wiederholt sich dieselbe Form immer wieder.

Die Abdeckung variiert je nach Repository, Endpunktklasse, SaaS-App und wie viele Jahre an Auditnachweisen das Compliance-Programm tatsächlich benötigt.

Warum die Einschränkungen von Purview vor dem Verlängerungsgespräch wichtig sind

Das Gespräch über die Verlängerung beantwortet eine engere Frage als die, die ein Sicherheits- oder Compliance-Verantwortlicher tatsächlich stellt, und daraus ergeben sich drei Dinge.

Das Upgrade beantwortet eine Lizenzfrage

Wenn ein stark Microsoft-orientiertes Team fragt, warum Purview etwas nicht stoppt, lautet die reflexartige Antwort die nächsthöhere Lizenzstufe. Diese Antwort ist nicht falsch, da E5 echte Fähigkeiten hinzufügt, aber sie behandelt „Was beinhaltet E5“ und „Was muss die Umgebung abdecken“ als dieselbe Frage, was sie nicht sind. Ein Team kann das Upgrade akzeptieren und ein Jahr dafür zahlen, bleibt aber dennoch auf derselben lokalen Datenbank oder derselben Linux-Flotte exponiert wie vor der Unterzeichnung. Das liegt daran, dass diese Grenzen nach Plattform und Repository gezogen werden, nicht nach Benutzer.

Ein Upgrade ist nicht dasselbe wie das Abbilden dessen, was abgedeckt ist

94 % der Organisationen, die mehrere DLP-Tools einsetzen, sind nicht zufällig dort, und für die meisten fehlt nicht die Lizenzstufe. Ein Team, das aktualisiert und aufhört zu fragen, wo seine regulierten Daten tatsächlich liegen, tauscht einen blinden Fleck gegen einen anderen.

Es hört auf, nicht zu wissen, was E5 beinhaltet, und beginnt anzunehmen, dass die Einbeziehung von E5 Durchsetzung bedeutet. Das Zweite ist schwerer zu erkennen, weil nichts im Tenant anzeigt, dass es passiert ist, und es später auftaucht, meist an einem schlimmeren Ort als eine Lizenzprüfung.

Der blinde Fleck taucht während einer Untersuchung auf

Sie können jede dieser Einschränkungen abbilden, bevor ein Verlängerungsgespräch beginnt. Das bedeutet, festzulegen, welche Repositories regulierte Daten enthalten, welche Endpoint-Klassen abgedeckt werden müssen, welche SaaS-Apps außerhalb der unterstützten Liste liegen und wie viele Jahre an Nachweisen das Compliance-Programm tatsächlich benötigt. Wenn Sie sie zu spät abbilden, erfahren Sie es möglicherweise erst, wenn eine Untersuchung einen Datensatz benötigt, den Purview nicht mehr vorhält.

Was das E5-Upgrade beheben sollte

Microsoft 365 E3 und E5 sind fast zwei verschiedene DLP-Produkte. E3 ist das engere, das die Erstellung von Richtlinien, Überwachung und Schutz für Exchange Online, SharePoint Online und OneDrive abdeckt, sowie manuelle Sensitivitätskennzeichnung und Scan- und Berichtserstellung. Alles, was E5 darüber hinaus bietet, wurde speziell entwickelt, um jeweils eine bestimmte Einschränkung zu beheben, nicht um die Abdeckung allgemein zu erweitern.

Arbeitslastabdeckung über Exchange, SharePoint und OneDrive hinaus

Das DLP von E3 erreicht nativ nur Exchange, SharePoint und OneDrive. Die Teams-Abdeckung prüft nur Dateien, die über SharePoint und OneDrive geteilt werden, nicht die Unterhaltung selbst. E5 erweitert die Durchsetzung über diese drei Workloads in zwei Richtungen.

Endpoint DLP für Windows und macOS setzt die Richtlinie auf dem Gerät durch, statt an der Mail- und Dateifreigabeschicht zu stoppen, und E5 fügt die Überprüfung von Chat- und Kanalnachrichten in Teams hinzu, was E3 überhaupt nicht erreicht.

Das Etikettierungsengpass, das manuelles Tagging nicht beseitigen kann

E3 lässt die Sensitivitätskennzeichnung manuell, was funktioniert, bis das Dateivolumen die Personen übersteigt, die Labels anbringen. E5 wurde entwickelt, um diese Grenze zu beseitigen. Die automatische Sensitivitätskennzeichnung, einschließlich trainierbarer Klassifizierer und Exact Data Match, ermöglicht die Klassifizierung anhand des Inhalts, ohne auf eine Benutzerkennzeichnung warten zu müssen. Auto-Labeling ist in E3 oder Business Premium nicht enthalten und die einzige E5-Funktion, die direkt das Volumenproblem adressiert, das manuelle Kennzeichnung nicht lösen kann.

DLP-Regeln ohne Gedächtnis über Ereignisse hinweg

Eine DLP-Regel bewertet jeweils eine Übertragung und erinnert sich nicht an die vorherige. Insider Risk Management und Adaptive Protection wurden entwickelt, um dies zu beheben, indem sie das Verhalten über die Aktivitäten eines Nutzers im Zeitverlauf korrelieren, anstatt jedes Ereignis isoliert zu bewerten. Das ist das Problem, das eine ad-hoc-Politik, Übertragung für Übertragung, strukturell nicht erkennen kann.

Verkehr, den der Endpoint-Agent nicht sehen kann

Zwei E5-Funktionen verursachen zusätzliche Kosten neben der Lizenz. Network Data Security und Inline-Schutz in Edge for Business laufen über Azure Pay-as-you-go-Meter und werden separat von der Microsoft 365-Lizenz abgerechnet.

Beide überwachen den Verkehr, den der Endpoint-Agent nicht sehen kann, weshalb sie außerhalb der Standardrechnung liegen. Diese Zähler funktionierten nicht mehr für Mandanten ohne verknüpftes Azure-Abonnement nach dem 30. Juni 2025, sodass nur das E5-SKU diese Funktion nicht aktiviert.

Beide Stufen gehen weiterhin davon aus, dass die regulierten Daten in der Microsoft-Cloud liegen. Lokale Dateiserver und Datenbanken verwenden einen völlig anderen Mechanismus, den E5 nicht abdeckt.

Einschränkungen von Microsoft Purview

Selbst mit allen E5-Funktionen aktiviert liegen die unten genannten Grenzen außerhalb dessen, was eine Lizenzstufe abdeckt. Sie werden stattdessen durch Plattform-, Repository- oder Dienstkontingente bestimmt, weshalb sich Verkaufs- und Abdeckungsgespräche an unterschiedlichen Stellen treffen.

Lokale Repositories verlassen sich auf einen geplanten Crawler

Purview verfügt über genau einen Mechanismus für lokale file servers, Netzlaufwerke und SharePoint Server: den Information Protection Scanner. Der Scanner entdeckt und kennzeichnet Inhalte nicht in Echtzeit. Er durchsucht festgelegte Datenspeicher nach Zeitplan, sodass eine Tabelle mit Patientendaten, die in einen Abteilungsordner kopiert wurde, erst nach dem nächsten Scan dieses Verzeichnisses erfasst wird.

Diese Verzögerung ist leichter zu verkraften als die eigentliche Bereitstellung, schwerer als die meisten Teams erwarten und ein Grund, warum viele sie aufschieben. Für die Einrichtung wird ein dedizierter Windows Server, eine SQL Server-Instanz und ein AD-Dienstkonto benötigt.

Standardmäßig werden nur Office- und PDF-Dateien (Portable Document Format) abgedeckt; für alle anderen Typen muss zuerst PowerShell hinzugefügt werden.

Strukturierte Daten stoßen auf ein größeres Problem. Die Data Map kann einen lokalen SQL Server katalogisieren, aber Sensitivitätskennzeichnungen gelten nur für Asset-Metadaten, niemals für die tatsächlichen Dateien und Datenbankspalten, daher wird hier nichts durchgesetzt.

Das gilt noch ohne zu berücksichtigen, wie wenig Daten tatsächlich geprüft werden, da Klassifizierungsproben nur die obersten 128 Zeilen jeder Spalte oder die ersten 1 MB, je nachdem, was weniger ist. Keine DLP-Anwendung erfasst Zeilen oder Spalten, genau dort, wo Gesundheits- und Finanzdienstleister ihre streng regulierten Daten aufbewahren.

Die Endpoint-Abdeckung reicht nicht bis Linux und vollständige macOS-Parität

Die Endpoint-Abdeckung wird vor der Unterzeichnung leicht übersehen, da sie vom Betriebssystem festgelegt wird.

Purview hat keinen Linux-Agenten, und Microsofts eigene Q&A answer von Februar 2025 besagt: „Microsoft Purviews Endpoint DLP und MIP [Microsoft Information Protection] unterstützen keine Linux-Geräte für Klassifizierung oder DLP-Überwachung“.

Engineering teams, research groups and manufacturing systems running Linux workstations are an endpoint population outside native enforcement entirely. The survey behind the Netwrix 2026 Data and Identity Security Report found that 69% of organizations can’t instantly and fully prevent sensitive data from leaving endpoints through external AI tools, personal email, or USB.

Windows ist die einzige Plattform, die Purview vollständig abdeckt. macOS hat bis 2025 aufgeholt, hinkt Windows jedoch in zwei Punkten hinterher. Purview kann das Kopieren und Verschieben über Remote Desktop Protocol (RDP) auf einem Mac nicht blockieren und kann keinen Just-in-Time-Zugriff erzwingen, während der Mac offline ist.

Die Browserabdeckung fügt eine dritte Variable hinzu. Edge setzt nativ unter Windows durch, aber Chrome und Firefox benötigen die Purview-Erweiterung, und Domainlisten decken nur Uploads ab, niemals Einfügeaktionen. Claude befindet sich außerhalb der Liste nicht verwalteter Apps von Edge for Business, die stattdessen über die oben beschriebene Vorschau von Network Data Security abgedeckt wird.

Die Qualität der Klassifizierung setzt die Obergrenze für die Governance von Copilot

Die Copilot-Steuerungen von Purview funktionieren nur bei Labels, die bereits auf die richtigen Elemente angewendet wurden, daher ist die Copilot-Governance nur so gut wie die zugrundeliegende Klassifizierung.

Built-in sensitive information types ship tuned for breadth, so they over-match out of the box, and since they can’t be edited directly, every tuning pass starts with copying one into a custom type.

Auto-labeling caps at 100,000 files per day per tenant, can’t replace a label a user already applied, and its trainable classifiers support English only.

The same ceiling shows up in how Purview watches Copilot. Microsoft’s own DSPM assessment reports exposure but leaves enforcement to other tools, so Copilot inherits the same blind spots, which show up directly in what it returns. Labeled items still appear in citations with only the content withheld, and DLP can’t scan a file uploaded straight into a prompt.

Even a correct fix takes time to land. A policy change takes up to four hours to reach Copilot, and until then an unlabeled file in a labeled site is still summarized in full, since it doesn’t inherit the site’s label. The same ceiling reaches oversharing remediation, where E5 tenants without SharePoint Advanced Management get no snapshot reports or remedial actions, just 28 days of activity across 10,000 sites.

Audit retention and investigation windows fall short of regulated evidence requirements

HIPAA sets a six-year documentation bar under Title 45 of the Code of Federal Regulations (CFR), section 164.316(b)(2), and Purview doesn’t clear it on the default plan. Purview Audit (Standard) keeps records for 180 days. Audit (Premium), included with E5, extends that to one year.

Longer retention requires the 10-Year Audit Log add-on, priced per user, and Microsoft doesn’t apply retention changes retroactively, so the add-on can’t produce history from before you buy it.

PCI DSS v4.0.1 requirement 10.5.1 requires 12 months of audit history, with three months immediately available. Premium clears that bar. Standard misses it.

Investigation windows run shorter than the retention tiers suggest, which matters because an investigation is exactly when that shortfall gets tested. The DLP alert dashboard and Activity Explorer each hold only 30 days, and the Defender portal holds six months.

On top of that shorter window, the count Purview displays is also an estimate, not a total. One side-by-side comparison put the Purview Audit interface at 172,951 records against the 415,406 the API returned for the same query, a discrepancy worth confirming before either number goes into an audit response.

Non-Microsoft SaaS coverage stops at visibility

Connected apps DLP is still in preview, and Slack isn’t on the supported list yet. Even where a Data Map connector does exist, it classifies without enforcing, which means visibility without protection. The one policy surface built specifically for third-party apps fares no better. Defender for Cloud Apps file policies retire January 6, 2027, landing inside a normal renewal cycle rather than safely beyond one.

Das Fehlen von Slack ist wichtiger als die unterstützte Liste vermuten lässt, da die nicht-Microsoft-Zusammenarbeit in einem mittelständischen Umfeld sich auf ein Tool konzentriert und nicht auf mehrere verteilt ist. Ein Team, das Slack standardisiert hat, ist vollständig außerhalb der unterstützten Liste.

Interne Argumentation für ergänzende Tools aufbauen

Ein interner Fall für ein zweites Tool benötigt die gesammelten Einschränkungen an einem Ort, mit den Lizenzberechnungen daneben. Die Microsoft-Dokumentation liefert beides nicht, und die genauen Zahlen sind genauso verstreut wie der Text:

Das Upgrade auf E5 lohnt sich oft für sich allein, verschiebt aber nur eine Zeile in der obigen Tabelle, die Aufbewahrung von Audits, von 180 Tagen auf ein Jahr. Alle anderen Limits bleiben genau dort, wo sie waren, da diese Limits durch Plattform, Repository oder Servicekontingent bestimmt werden, nicht durch die Lizenzstufe.

Die Abwägung des Mehrwerts gegenüber dem Add-on plus gezielter Werkzeuge bietet der Führungsebene einen Vergleich von Abdeckung pro Dollar statt Funktionen pro Benutzerplatz, den Rahmen, den das National Association of Corporate Directors (NACD) cyber risk handbook für Budgetanfragen empfiehlt, die an eine Risikoreduzierung.

Wie Netwrix dort hilft, wo Purview aufhört

Was den Rest abdeckt, hat drei Aufgaben. Es muss die Repositories erreichen, die der Scanner nicht erreichen kann, auf den Endpunktklassen durchgesetzt werden, auf denen der Agent nicht läuft, und beides mit den Identitäten verbinden, die Zugriff haben.

Netwrix ist eine identitätszentrierte Datensicherheitsplattform für mittelständische Unternehmen mit Microsoft-lastigen hybriden Umgebungen, und drei seiner Produkte decken diese Aufgaben ab.

Repositories, die der Scanner nicht erreichen kann

Netwrix Access Analyzer entdeckt und klassifiziert Daten, die der Scanner nicht erreichen kann, einschließlich lokalem SQL Server sowie lokalen und Cloud-Dateispeichern. Es löst verschachtelte AD-Gruppen und SharePoint-Vererbung auf, sodass jede Erkenntnis zeigt, wer die Datei öffnen kann. Es erfordert Architektur- und Integrationsplanung, behandeln Sie es daher als einen Punkt auf der Roadmap und planen Sie entsprechend Zeit ein.

Endpoint-Klassen, auf denen der Agent nicht ausgeführt wird

Netwrix Endpoint Protector wendet denselben Richtlinien-Satz auf Windows, macOS und Linux von einer Konsole aus an, mit Linux-Unterstützung bis Red Hat Enterprise Linux (RHEL) 10.x und Ubuntu 26.04 Langzeitunterstützung (LTS).

Bei Alloy, einer fintech-identity-risk-Plattform, bestand die Aufgabe darin, Sozialversicherungsnummern (SSNs), Steuer-IDs und Kundenakten auf dem Endpoint zu speichern.

Endpoint Protector hat dies durch Echtzeitüberwachung von Datenübertragungen, das Blockieren von USB-Anschlüssen und erzwungene USB-Verschlüsselung erreicht, und der Systemingenieur von Alloy berichtet, dass seit der Einführung keine Probleme aufgetreten sind.

Die Identitätsschicht unter beiden

Netwrix 1Secure™ fügt Sichtbarkeit der Copilot-Interaktionen hinzu, berichtet über Copilot-Interaktionen und die sensiblen Daten, auf die Copilot zugreift. Es erzwingt oder beschränkt das Verhalten von Copilot nicht.

Angreifer melden sich mit gültigen Anmeldedaten an, weshalb eine Dateiansicht Identitätskontext benötigt. Netwrix verknüpft eine Datei mit dem, der effektiven Zugriff auf Active Directory und Dateiservern hält, und Netwrix DSPM erweitert diese Erkennung auf hybride Repositories, einschließlich lokaler Dateispeicher, Datenbanken und unterstütztem Cloud-Speicher.

Die Umfrage hinter dem Netwrix 2026 Data and Identity Security Report ergab, dass 73,6 % der Organisationen keine einheitliche Übersicht darüber erhalten, wo sensible Daten gespeichert sind und welche Identitäten darauf zugreifen können.

Grenzen vor der nächsten Verlängerung festlegen

Notieren Sie vor dem nächsten Verlängerungsgespräch vier Fragen. Welche Repositories liegen außerhalb von Exchange, SharePoint, OneDrive und Teams? Welche Endpunktklassen führen etwas anderes als Windows oder verwaltetes macOS aus? Welche SaaS-Apps außerhalb des Microsoft-Ökosystems enthalten regulierte Daten, und wie viele Jahre Prüfungsnachweise benötigt das Compliance-Programm tatsächlich, gemessen daran, was die aktuelle Stufe aufbewahrt?

Wenn die Antwort auf eine von ihnen nicht „abgedeckt“ ist, muss ein zweites Tool diese Grenze direkt schließen, statt über eine größere E5-Rechnung.

Die 94 % der Organisationen, die bereits zwei oder mehr DLP-Tools einsetzen, wie zu Beginn dieses Artikels erwähnt, sind nicht deshalb dort, weil sie zu wenig gekauft haben. Sie sind dort, weil Plattformen und Repositorien diese Grenzen ziehen, und keine Lizenzstufe diese neu definiert.

Das Schließen der in diesem Beitrag behandelten Endpoint-Blindstellen beginnt mit der Sichtbarkeit auf allen Betriebssystemen, die Purview nicht erreicht.

Fordern Sie eine Demo an und sehen Sie, wie Netwrix Endpoint Protector das Hochladen sensibler Daten zu KI-Tools auf Endpunkten und Browsersitzungen blockiert.