Der Data Security MVP – drei Farben, drei Richtlinien, ein Fundament

Das Problem: Klassifizierung scheitert an der Komplexität

Im ersten Artikel haben wir argumentiert, dass der Data Security Index 2026 zwar beschreibt, wo Organisationen stehen sollten, aber nicht, wie sie dorthin gelangen. Dieser zweite Artikel liefert das Wie. Wir nennen es den Data Security MVP: vier Säulen, drei Farben, drei DLP-Richtlinien und eine praxisnahe Insider-Risk-Management-Basis – alles aufgebaut auf Microsoft Purview, alles gegen Microsoft Learn verifiziert, alles in Wochen einführbar.

Beginnen wir mit dem Problem. Fast in jedem ersten Projekt finden wir dasselbe Muster: ein Klassifizierungsschema, das vor Jahren in einem Workshop entworfen wurde, mit fünf bis sieben Stufen, Untergruppen, Fußzeilenregeln und differenziertem Schutz je Container-Typ. Auf dem Papier wirkt das beeindruckend. Es wurde vom CISO, vom Datenschutzbeauftragten und vom Betriebsrat abgesegnet. Und niemand nutzt es.

Der Grund ist kognitive Last. Wer ein Dokument schreibt, möchte nicht zwischen sieben Labels wählen müssen, deren Unterschiede er sich nicht merken kann. Also wird das niedrigste gewählt – oder gar keines. Das Ergebnis: eine Klassifizierungsabdeckung im niedrigen einstelligen Prozentbereich. Das Schema existiert auf dem Papier. In der Praxis existiert es nicht.

Säule 1: Das Ampelmodell für Labeling

Der MVP ersetzt das durch drei Sensitivity Labels, konfiguriert in Microsoft Purview Information Protection, nach der universell verständlichen Ampel-Metapher.

Grün: Daten, die nicht sensibel sind und frei geteilt werden dürfen, auch extern. Keine Verschlüsselung, keine Einschränkungen.

Gelb: Daten mit unbekannter oder unklarer Sensibilität. Sollten standardmäßig im Unternehmen verbleiben, dürfen aber bei triftigem geschäftlichem Grund extern geteilt werden. Gelb umfasst drei Unterlabels (Gelb – Standard, Gelb – Gesamtes Unternehmen, Gelb – Einzelperson), die den Verschlüsselungsumfang steuern – die Auswahl auf oberster Ebene bleibt dabei ein einziger Klick.

Rot: Daten, von denen bereits bekannt ist, dass sie sensibel sind, oder die durch Nutzer oder automatisierte Systeme klassifiziert wurden. Erfordert Verschlüsselung und DLP-Kontrollen. Externes Teilen ist gesperrt, sofern nicht explizit genehmigt.

Die zentrale Designentscheidung betrifft das Standardlabel. In der Sensitivity-Label-Veröffentlichungsrichtlinie konfigurieren wir Gelb als Standardlabel für Dokumente und E-Mails. Erstellt ein Nutzer ein neues Word-, Excel- oder PowerPoint-Dokument, wird das Gelb-Label automatisch beim ersten Speichern angewendet. Keine Nutzeraktion erforderlich. Das ist Standardfunktionalität von Purview: konfigurierbar unter Information Protection → Label policies → Default label for documents.

Die Wirkung ist erheblich. Jedes neue Dokument startet in einem geschützten Zustand. Möchte jemand es uneingeschränkt extern teilen, muss aktiv auf Grün heruntergestuft werden. Diese Herabstufung erzeugt eine Begründungsabfrage (konfigurierbar über die Einstellung „Require a justification for changing a label“ der Labelrichtlinie), erzeugt einen Eintrag im Audit-Log und liefert DLP ein Signal, mit dem gearbeitet werden kann. Das System verlässt sich nicht darauf, dass Nutzer daran denken zu klassifizieren. Es verlässt sich darauf, dass sie daran denken zu deklassifizieren – und das ist ein grundlegend anderes kognitives Modell.

Säule 2: Drei DLP-Richtlinien, die die Ampel durchsetzen

Data Loss Prevention in Microsoft Purview nutzt Sensitivity Labels als Bedingungen in DLP-Regeln. Das wird unterstützt über Exchange Online, SharePoint Online, OneDrive for Business, Teams und Endpunkte via des Purview Endpoint-DLP-Agenten. Wir bauen genau drei Richtlinien, jede dem Ampelmodell zugeordnet.

Richtlinie 1 – Grün: Ungelabelte Inhalte blockieren

Diese Richtlinie erfasst Dokumente, die überhaupt kein Sensitivity Label tragen und extern geteilt werden.

Bedingung: „Content is shared from Microsoft 365 with people outside my organization” AND „Content does not contain any sensitivity label.”

Aktion: Block with override.

Der Nutzer kann weiterhin teilen, muss aber eine geschäftliche Begründung angeben. Der Override wird protokolliert, und eine Warnung geht an das Sicherheitsteam. Diese eine Richtlinie beseitigt den größten blinden Fleck in den meisten Umgebungen: vollständig unklassifizierte Inhalte, die die Organisation verlassen, ohne dass jemals jemand ihre Sensibilität geprüft hat.

Richtlinie 2 – Gelb: Blockieren mit Override

Diese Richtlinie gilt für alle Gelb-gelabelten Inhalte, die extern geteilt werden.

Bedingung: „Content is shared from Microsoft 365 with people outside my organization” AND „Content contains any of these sensitivity labels: Yellow, Yellow/Yellow – Default, Yellow/Yellow – All Company, Yellow/Yellow – Individual.”

Aktion: Zugriff auf den Inhalt für externe Nutzer einschränken, Nutzer per E-Mail und Policy Tips benachrichtigen, Warnungen an Administratoren senden.

Der Nutzer kann mit Begründung überschreiben (Override). Da Gelb das Standardlabel ist, bedeutet das: Der gesamte Dokumentenbestand startet in einem Zustand, in dem externes Teilen kontrolliert erfolgt.

Richtlinie 3 – Rot: Extern blockieren

Diese Richtlinie blockiert jegliches externe Teilen von Rot-gelabelten Inhalten. Kein Override.

Bedingung: Gleiche Freigabebedingung, Labelbedingung zielt auf Rot.

Aktion: Blockieren.

Ausnahmen sind über einen definierten Freigabeprozess möglich, nicht per Klick in einem Dialogfenster. Rot-Inhalte bleiben intern.

Drei Richtlinien. In Stunden konfigurierbar. Deckt Exchange, SharePoint, OneDrive, Teams und Endpunkte ab. Nicht perfekt, nicht erschöpfend – aber eine echte, durchsetzbare Grenze, wo zuvor keine existierte.

Säule 3: Insider-Risk-Management-Basis

Microsoft Purview Insider Risk Management korreliert Signale, um potenzielle böswillige oder unbeabsichtigte Insider-Risiken zu identifizieren. Nach dem Prinzip Privacy by Design werden Nutzer standardmäßig pseudonymisiert, und rollenbasierte Zugriffskontrollen sowie Audit-Logs sichern den Schutz auf Nutzerebene. Wir aktivieren drei Richtlinien auf Basis integrierter IRM-Richtlinienvorlagen, jede an ein spezifisches auslösendes Ereignis gekoppelt.

Richtlinie 1 – Grün: Sicherheitsverstoß

Nutzt die Vorlage „Security policy violations“.

Auslösendes Ereignis: Ein von Microsoft Defender for Endpoint auf dem Gerät des Nutzers erkannter Sicherheitsverstoß. Nach Auslösung prüft IRM, ob das Umfeld der Nutzeraktivität Muster einer Datenexfiltration zeigt.

Voraussetzung: Defender for Endpoint muss onboarded und über Settings → Intelligent detections → Microsoft Defender for Endpoint mit Insider Risk Management integriert sein.

Richtlinie 2 – Gelb: Data Leak DLP

Nutzt die Vorlage „Data leaks“.

Auslösendes Ereignis: Ein DLP-Richtlinienalarm mit hohem Schweregrad (High Severity). Nach Auslösung betrachtet IRM den breiteren Kontext der Datenbewegungen des Nutzers – Dateidownloads, Drucke, Cloud-Uploads, USB-Kopien –, um festzustellen, ob der DLP-Alarm ein isoliertes Ereignis ist oder Teil eines größeren Musters.

Voraussetzung: Mindestens eine DLP-Richtlinie muss so konfiguriert sein, dass sie High-Severity-Alarme erzeugt (was die MVP-Richtlinien Gelb und Rot tun).

Richtlinie 3 – Rot: Datendiebstahl durch ausscheidende Mitarbeitende

Nutzt die Vorlage „Data theft by departing users“.

Auslösendes Ereignis: Ein im Microsoft 365 HR-Connector erfasstes Kündigungs- oder Austrittsdatum, oder die automatische Erkennung einer gelöschten Entra-ID. Nach Auslösung überwacht IRM auf Exfiltrationsmuster in den Wochen rund um den Austritt: das Herunterladen von Dateien aus SharePoint, Drucken, Kopieren auf private Cloud-Dienste. Das ist das häufigste real auftretende Szenario für IP-Diebstahl und aus Sicht des Betriebsrats das am besten zu rechtfertigende, weil der Auslöser ein konkretes HR-Ereignis ist, kein Verhaltensverdacht.

Diese drei Richtlinien entsprechen direkt den drei häufigsten Insider-Risiko-Kategorien, die Microsoft dokumentiert: Sicherheitsverstöße, Datenlecks und Diebstahl durch ausscheidende Mitarbeitende. Sie geben dem Betriebsrat eine klare, klar abgegrenzte Erklärung dafür, wann das System genau auslöst – und wann nicht. Diese Präzision macht aus einem schwierigen Gespräch ein konstruktives.

Säule 4: Sinnvolle Standardeinstellungen

Standardeinstellungen sind das am meisten unterschätzte Werkzeug in der Datensicherheit. Das Standardlabel Gelb haben wir bereits behandelt – es verlagert die kognitive Last von der Klassifizierung hin zur bewussten Deklassifizierung. Wir kombinieren es mit weiteren Standardeinstellungen:

• SharePoint-Websites werden ohne aktiviertes externes Teilen erstellt
• Teams werden mit privater Sichtbarkeit erstellt
• OneDrive-Freigabelinks sind standardmäßig auf interne Empfänger beschränkt

Jede Einstellung ist überschreibbar, aber der Ausgangspunkt ist sicher. Die Philosophie: sicher als Standard, Ausnahmen nur per Override, alles wird auditiert.

Die Brücke zu Adaptive Protection

Sobald diese vier Säulen stehen, knüpft der MVP nahtlos an Microsoft Purviews Adaptive Protection an. Adaptive Protection integriert Insider Risk Management dynamisch mit DLP und Entra ID Conditional Access: Erkennt IRM riskantes Verhalten eines Nutzers, wird diesem eine Insider-Risikostufe zugewiesen (Elevated, Moderate oder Minor), und DLP-Richtlinien, die die Bedingung „User's risk level for Adaptive Protection is“ referenzieren, passen die Durchsetzung automatisch an. Ein Nutzer, dessen IRM-Risikostufe auf Elevated steigt, kann in Echtzeit vom externen Teilen ausgeschlossen werden, ohne manuellen Eingriff. Das ist die Brücke, die im MVP-Konzept als das Dreieck aus Information Protection, DLP und Insider Risk Management dargestellt wird. Sie funktioniert nur, wenn alle drei zusammenspielen. Ohne die MVP-Labels hat IRM keine Klassifizierungssignale. Ohne die MVP-DLP-Richtlinien hat Adaptive Protection nichts, was es verschärfen könnte. Der MVP ist keine optionale Infrastruktur. Er ist die Voraussetzung dafür, dass Adaptive Protection funktioniert.

Was der MVP liefert – und was nicht

Am Ende eines MVP-Projekts, typischerweise nach sechs bis zwölf Wochen, verfügt die Organisation über:

• Einen klassifizierten Datenbestand, in dem jedes neue Dokument ab dem Moment seiner Erstellung eine Schutzstufe trägt
• Eine durchsetzbare DLP-Grenze, die die wichtigsten M365-Workloads und Endpunkte abdeckt
• Eine Insider-Risk-Basis, die die drei häufigsten real auftretenden Szenarien abdeckt
• Standardeinstellungen, die Reibung an die richtigen Stellen verlagern
• Die Voraussetzungen für Adaptive Protection

Was die Organisation nicht hat:

• Eine vollständige DSPM-Implementierung
• KI-gestützte Untersuchungen
• Autonome Behebungsagenten
• Einen granularen Klassifizierungsbaum, der jeden regulatorischen Subtyp abbildet
• Eine DLP-Richtlinie für Microsoft 365 Copilot-Interaktionen

All das folgt im Reifegradpfad, den wir im dritten Artikel beschreiben.

Der MVP ist nicht das Ziel. Er ist das Fundament, von dem aus jeder weitere Schritt machbar wird. Wer ihn zuerst baut, für den wird die vom Data Security Index beschriebene Welt erreichbar. Wer ihn überspringt, für den erzeugt selbst die ambitionierteste KI-Strategie nichts als Rauschen.