Microsoft hat für Microsoft Defender for Cloud Apps einen klaren Termin gesetzt: Dateirichtlinien werden am 6. Januar 2027 eingestellt. Unternehmen sollen bestehende File Policies vor diesem Datum als Microsoft-Purview-DLP-Richtlinien oder als Auto-Labeling-Richtlinien neu aufbauen. Für Organisationen mit 10 bis 250 Arbeitsplätzen ist das kein abstraktes Plattformthema. Viele kleinere IT-Teams nutzen solche Regeln, um extern geteilte Dateien, vertrauliche Inhalte oder automatisch zu kennzeichnende Dokumente zu finden. Wer die Migration erst kurz vor der Abschaltung beginnt, riskiert Lücken in der dateibasierten Kontrolle.
Was Microsoft zum 6. Januar 2027 abschaltet
Nach der Microsoft-Learn-Dokumentation betrifft die Änderung File Policies in Defender for Cloud Apps. Diese Richtlinien sollen bis zum Stichtag in Microsoft Purview nachgebaut werden. Defender for Cloud Apps verschwindet dadurch nicht: Microsoft nennt weiterhin SaaS-App-Erkennung, Sicherheitsstatusverwaltung und Bedrohungserkennung als verbleibende Aufgaben des Dienstes. Verschoben wird die dateibasierte Schutzlogik. Regeln, die Inhalte untersuchen, Freigaben bewerten, Besitzer benachrichtigen, Dateien isolieren oder Vertraulichkeitsbezeichnungen anwenden, gehören künftig in Microsoft Purview.
Welche Richtlinien zuerst inventarisiert werden sollten
Der erste praktische Schritt ist eine Bestandsaufnahme im Microsoft-Defender-Portal unter Cloud Apps, Policies und Policy management mit dem Filter auf File policy. Microsoft nennt dafür konkrete Felder: Name, Beschreibung, Ziel-Apps, Prüfmethode, vertrauliche Informationstypen oder Bezeichnungen, Kontextfilter und Governance-Aktionen. Diese Details entscheiden, ob eine Regel als Purview-DLP-Richtlinie, als Auto-Labeling-Richtlinie oder als Kombination aus beiden neu aufgebaut werden muss.
- Richtlinien mit Erkennung und Schutzaktion gehören in Data Loss Prevention.
- Richtlinien, die Vertraulichkeitsbezeichnungen anwenden, gehören in Auto-Labeling.
- Kombinierte Regeln sollten getrennt dokumentiert werden, damit Erkennung, Kennzeichnung und Aktion nachvollziehbar bleiben.
- Regeln für SharePoint und OneDrive sind besonders wichtig, weil Microsoft dafür direkte Purview-Zielorte beschreibt.
Was nicht eins zu eins migriert
Microsoft stellt eine Funktionszuordnung bereit, aber sie ist keine bloße Export-Import-Liste. Einige Fähigkeiten sind gleichwertig, andere nur teilweise abbildbar. Beispiele: Purview unterstützt DLP-Regeln, benutzerbezogene Benachrichtigungen, Alerts und Quarantäne für SharePoint und OneDrive. Bei Ordnerfiltern verweist Microsoft dagegen auf Site-Scope als nächstliegende Entsprechung. Für File ID nennt die Tabelle kein Purview-Äquivalent. Auch Aktionen wie das Übertragen des Besitzes oder das Ablaufenlassen geteilter Links haben laut Microsoft kein direktes Gegenstück. Diese Lücken müssen vor der Aktivierung fachlich bewertet werden, sonst wirkt die neue Richtlinie nur scheinbar gleich. Besonders kritisch sind Regeln, die heute nicht nur melden, sondern automatisch Freigaben entfernen oder Dateien verschieben. Dort sollte die neue Purview-Aktion anhand realer Testtreffer nachvollzogen werden, bevor sie produktive Daten verändert.
Warum paralleler Betrieb riskant ist
Eine wichtige Warnung steht im Microsoft-Dokument ausdrücklich: Gleichwertige Richtlinien in Defender for Cloud Apps und Purview sollen nicht gleichzeitig laufen, weil sonst Durchsetzungskonflikte entstehen können. Die sichere Reihenfolge ist deshalb nicht, alte Regeln sofort abzuschalten. Zuerst werden Purview-Richtlinien erstellt, in Simulation oder Testbetrieb geprüft und mit den bisherigen File Policies verglichen. Erst wenn die neue Regel stabil arbeitet, wird die alte File Policy deaktiviert und später gelöscht. Dieser Ablauf passt zu einem kontrollierten Microsoft Security Assessment, weil er Nachweise, Verantwortlichkeiten und technische Wirkung trennt.
Konkrete nächste Schritte bis zur Frist
- Exportieren oder dokumentieren Sie jede bestehende File Policy mit Bedingungen, Aktionen und Ziel-Apps.
- Ordnen Sie jede Regel DLP, Auto-Labeling oder einer Kombination aus beiden zu.
- Prüfen Sie Rollen und Berechtigungen für Purview sowie Defender for Cloud Apps.
- Erstellen Sie neue Purview-Richtlinien zunächst in Simulation oder Testmodus.
- Vergleichen Sie Treffer, Alerts, Benachrichtigungen und Quarantäneabläufe mit der bisherigen Regel.
- Deaktivieren Sie die Defender-File-Policy erst nach validierter Purview-Durchsetzung.
Für KMU ist eine kurze, vollständige Liste oft wichtiger als ein großer Migrationsplan. Entscheidend ist, ob jede aktive Datei-Regel einen klaren Zielzustand hat: Purview DLP, Auto-Labeling, manuelle Alternative oder bewusste Stilllegung. Lizenz- oder Compliance-Bewertungen ersetzt diese technische Migration nicht; sie klärt nur, wie vorhandene Schutzlogik in Microsoft 365 weiterbetrieben wird. Genau diese Abgrenzung hält den Aufwand überschaubar.
Offizielle Microsoft-Quellen
Wenn Sie prüfen möchten, welche Defender-for-Cloud-Apps-Dateirichtlinien in Ihrem Tenant betroffen sind und wie die technische Migration nach Purview aussehen sollte, unterstützen wir bei Inventar, Mapping, Simulation und sauberer Abschaltung. Sprechen Sie uns an, bevor alte Regeln kurz vor der Frist auslaufen.
Was bedeutet das für Ihre Umgebung?
Ordnen Sie das Thema im Kontext Ihrer Microsoft-365-Umgebung ein und legen Sie einen sinnvollen nächsten Schritt fest.
Sie sprechen direkt mit Sebastian Kerssen – seit 2014 im Microsoft-Umfeld, mit persönlicher Beratung und direktem Ansprechpartner.
