Wir haben den Zeitplan am 13. Juli 2026 aktualisiert. Vielen Dank für Ihre Geduld.
[Was und Warum]
Microsoft Purview Data Loss Prevention (DLP) führt neue Funktionen zur Erkennung und Behandlung von Klassifizierungsfehlern wie Timeouts, Drosselung und Scanfehlern ein. Dieses Update hilft Administratoren, zuvor unerkannte Fehler sichtbar zu machen und geeigneten Schutz anzuwenden, wodurch die Sichtbarkeit verbessert und die Compliance-Ergebnisse in Exchange Online gestärkt werden.
Diese Meldung ist mit der Microsoft 365 Roadmap-ID 561916 verknüpft.
[Bereitstellungsplan]
- Öffentliche Vorschau: Die Bereitstellung beginnt Mitte Juli 2026 (vorher Mitte Juni) und soll bis Ende Juli 2026 (vorher Anfang Juli) abgeschlossen sein.
- Allgemeine Verfügbarkeit (weltweit): Die Bereitstellung beginnt Mitte August 2026 und soll bis Ende August 2026 abgeschlossen sein.
[Auswirkungen auf Ihre Organisation]
Betroffene Personen
- Administratoren, die Microsoft Purview DLP-Richtlinien in Exchange Online verwalten
Plattformen/Dienste:
- Exchange Online
- Microsoft Purview Data Loss Prevention
Was wird passieren
- Die Funktion ist standardmäßig deaktiviert und erfordert eine explizite Mandanten-weite Aktivierung.
- Es gibt keine Änderung des bestehenden Verhaltens oder der Benutzererfahrung, sofern Sie die Funktion nicht aktivieren.
- Bestehende DLP-Bedingungen werden nach Aktivierung erweitert, um zusätzliche Klassifizierungsfehler-Szenarien zu erkennen.
- Neue Klassifizierungsfehler-Kategorien umfassen:
- Timeout
- Drosselung
- andere Scanfehler.
- Eine neue Bedingung namens DocumentScanFailures ermöglicht das Targeting spezifischer Fehlertypen und muss zusammen mit vorhandenen Scan-Bedingungen eingesetzt werden.
- Nach Aktivierung der Funktion kann es zu mehr DLP-Warnungen und Regelübereinstimmungen kommen. Dies spiegelt zuvor unerkannte Klassifizierungsfehler wider und weist nicht auf neue Probleme hin.
Aktualisiertes Verhalten der Bedingung
- Document couldn\'t be scanned erkennt:
- Fehler bei der Textextraktion
- Klassifizierungsfehler wie Timeout, Drosselung und andere Scanfehler nach Aktivierung
- Document didn\'t complete scanning erkennt:
- Teilweise Textextraktion
- Teilweise Klassifizierungsfehler, bei denen einige Klassifizierer erfolgreich sind und andere fehlschlagen
Neue Bedingung
- DocumentScanFailures ermöglicht die Erkennung spezifischer Fehlertypen wie Timeout, Drosselung und andere Fehler.
- Muss zusammen mit Document couldn\'t be scanned oder Document didn\'t complete scanning verwendet werden.
- Kann nicht als eigenständige Bedingung genutzt werden.
[Erforderliche Maßnahmen und Empfehlungen]
Um sich auf dieses Update vorzubereiten:
- Überprüfen Sie vorhandene DLP-Richtlinien, die folgende Bedingungen verwenden:
- Document couldn\'t be scanned
- Document didn\'t complete scanning
- Planen Sie, wann Sie die Mandanten-weite Aktivierung basierend auf Ihrer Einsatzbereitschaft durchführen möchten.
- Aktivieren Sie die Funktion über PowerShell:
- Verbinden Sie sich mit Connect-IPPSSession.
- Führen Sie die folgenden Befehle aus:
$json = \'{\"Classification\":{\"State\":1}}\'
Set-PolicyConfig -DlpErrorHandlingConfig $json
- Warten Sie bis zu einer Stunde, bis die Konfiguration wirksam wird.
- Konfigurieren Sie die Regelpriorität, um eine korrekte Bewertung sicherzustellen:
- Platzieren Sie regelorientierte Regeln über Scanfehler-Regeln.
- Scanfehler-Bedingungen bewerten nur Klassifizierer, die bereits ausgeführt wurden.
Beispiel für die Regelreihenfolge:
- Erkennung von Kreditkartennummern
- Bedingung: Inhalt enthält Kreditkartennummer
- Aktion: Blockieren
- Erkennung von Kontonummern
- Bedingung: Inhalt enthält Kontonummer
- Aktion: Blockieren
- Erkennung von exakten Datenübereinstimmungen
- Bedingung: Inhalt enthält EDM sensitive information-Typ
- Aktion: Blockieren
- Erfassung vollständiger Scan-Timeout-Fehler
- Bedingung: Document couldn\'t be scanned und DocumentScanFailures auf Timeout gesetzt
- Aktion: Protokollieren (Audit)
- Erfassung teilweiser Scan-Drosselung
- Bedingung: Document didn\'t complete scanning und DocumentScanFailures auf throttled gesetzt
- Aktion: Protokollieren (Audit)
- Erfassung anderer Scanfehler
- Bedingung: Document couldn\'t be scanned und DocumentScanFailures auf other gesetzt
- Aktion: Protokollieren (Audit)
- Überwachen Sie die Ergebnisse mit Activity Explorer und DLP-Warnungen, um Klassifizierungsfehler-Muster zu verstehen.
- Kommunizieren Sie diese Änderung an Sicherheits- und Compliance-Teams.
- Sie können die Opt-in-Einstellung deaktivieren, um bei Bedarf zum vorherigen Verhalten zurückzukehren.
[Compliance-Überlegungen]
Frage: Ändert die Änderung, wie vorhandene Kundendaten verarbeitet, gespeichert oder abgerufen werden?
Antwort: Ja. Klassifizierungsfehler werden nun sichtbar gemacht und als Teil der DLP-Verarbeitung bewertet, was die Interpretation der Ergebnisse von Inhaltsprüfungen beeinflusst.
Frage: Ändert die Änderung DLP-Richtlinien oder ihre Durchsetzung?
Antwort: Ja. Bestehende DLP-Bedingungen werden erweitert und eine neue Bedingung eingeführt, was das Verhalten der Regelbewertung beeinflusst.
Frage: Ändert die Änderung, wie Administratoren Compliance-Aktivitäten überwachen, berichten oder nachweisen können?
Antwort: Ja. Administratoren erhalten verbesserte Transparenz bezüglich Klassifizierungsfehler-Szenarien durch DLP-Warnungen und Activity Explorer.
Frage: Enthält die Änderung eine Administratorsteuerung?
Antwort: Ja. Die Funktion erfordert eine explizite Mandanten-weite Aktivierung per PowerShell und kann deaktiviert werden.
