Microsoft Scout & Datenschutz: Entra, Purview, DLP für DSGVO

Ihr IT-Sicherheitsverantwortlicher legt Ihnen einen Bericht vor: Ein KI-Agent hat in den letzten 48 Stunden eigenständig 340 E-Mails verarbeitet, Kalendereinträge verändert und Dateien in SharePoint verschoben — und niemand im Unternehmen weiß genau, unter welcher Identität das geschah. Kein Log, kein Audit-Trail, kein klarer Verantwortlicher.

Microsoft Scout ist Microsofts erster Autopilot-Agent: ein autonom arbeitender KI-Agent mit eigener Entra-Identität, der dauerhaft im Hintergrund läuft. Angekündigt am 2. Juni 2026 von Corporate Vice President Omar Shahine, integriert Scout sich in Teams, Outlook, OneDrive und SharePoint — und setzt Microsoft-Purview-Richtlinien (Sensitivity Labels, Data Loss Prevention) in Echtzeit durch, bevor Inhalte gesendet oder geschrieben werden. Das ist der entscheidende Unterschied zu allen bisherigen Copilot-Funktionen.

Der schnelle erste Schritt für DSGVO-bewusste Unternehmen: Prüfen Sie noch heute, ob Ihre Sensitivity Labels in Microsoft Purview vollständig konfiguriert sind. Ohne diese Grundlage kann Scout keine Datenschutzentscheidungen treffen — unabhängig davon, wie gut die übrigen Einstellungen sind.

Warum bisherige Sicherheitsmodelle bei autonomen Agenten versagen

Das Problem liegt nicht bei Ihnen — es liegt daran, dass klassische IT-Sicherheitskonzepte für reaktive Systeme gebaut wurden, nicht für autonome Agenten. Ein Mitarbeitender meldet sich an, führt eine Aktion aus, meldet sich ab. Das System protokolliert: Nutzer X, Aktion Y, Zeitstempel Z. Sauber, nachvollziehbar, DSGVO-konform.

Ein Autopilot-Agent wie Scout arbeitet anders. Er ist always-on, handelt ohne direkten Anstoß und greift kontinuierlich auf Chats, E-Mails, Kalender und Kontakte zu. Klassische Service-Accounts — oft geteilt, selten rotiert, kaum geloggt — sind für dieses Modell strukturell ungeeignet. Laut einer Erhebung des Ponemon Institute (2025) nutzen 67 % der europäischen Unternehmen noch immer geteilte Service-Accounts für automatisierte Prozesse. Das ist mit DSGVO Art. 5 (Rechenschaftspflicht) nicht vereinbar, sobald diese Prozesse personenbezogene Daten berühren.

Microsoft hat dieses Problem erkannt — und mit der Entra-Identität für Agenten eine strukturelle Antwort gegeben.

Das geteilte Service-Account-Problem

Viele Unternehmen betreiben Automatisierungen unter einem einzigen technischen Account. Wer hat wann was getan? Im Ernstfall — Datenpanne, Behördenanfrage, internes Audit — lautet die ehrliche Antwort: unbekannt. Das ist kein technisches, sondern ein Governance-Versagen.

Scout löst das strukturell: Jeder Agent läuft unter einer eigenen, gouvernierten Entra-Identität. Aktionen sind einem bekannten Akteur zurechenbar. Credentials sind auf die jeweilige Aufgabe eingeschränkt (scoped) und aus Logs und Diagnostik-Daten redigiert — das bedeutet, Passwörter oder Token erscheinen niemals im Klartext in Protokolldateien.

Was „end-to-end geschützte Credentials“ konkret bedeuten

End-to-end-Schutz bei Credentials heißt: Der Agent erhält nur die Zugriffsrechte, die er für eine spezifische Aufgabe benötigt — nicht mehr. Schließt die Aufgabe ab, erlischt der erweiterte Zugriff automatisch. Dieses Prinzip nennt sich Least-Privilege-Zugriff und ist nach ISO 27001 und BSI-Grundschutz eine Pflichtanforderung für automatisierte Systeme, die personenbezogene Daten verarbeiten.

Microsoft Purview: Sensitivity Labels und DLP in Echtzeit

Drei Mechanismen in Microsoft Purview bestimmen, ob Scout datenschutzkonform handelt — der Rest ist Konfigurationsarbeit.

Sensitivity Labels klassifizieren Dokumente und E-Mails nach Vertraulichkeitsstufen: öffentlich, intern, vertraulich, streng vertraulich. DLP-Richtlinien (Data Loss Prevention) definieren, was mit Inhalten dieser Stufen passieren darf — und was nicht. Scout prüft beide, bevor es eine Aktion ausführt.

Wie Echtzeit-Durchsetzung funktioniert

Scout will eine Zusammenfassung eines als „Streng Vertraulich“ klassifizierten Dokuments per Teams-Nachricht an einen externen Partner senden. Die DLP-Richtlinie blockiert die Aktion. Scout protokolliert den Versuch, markiert ihn zur menschlichen Überprüfung und sendet nichts. Das geschieht ohne Nutzereingriff — vollautomatisch, in Millisekunden.

Dieses Modell entspricht dem Privacy-by-Design-Prinzip aus DSGVO Art. 25: Datenschutz ist nicht nachgelagert, sondern in den Prozess eingebaut. Laut Microsoft-eigenen Angaben (Microsoft 365 Blog, Juni 2026) werden Purview-Richtlinien durchgesetzt, bevor etwas gesendet oder geschrieben wird — nicht danach.

Sensitivity Labels richtig konfigurieren: Was Unternehmen oft falsch machen

Ein mittelständisches Beratungsunternehmen aus München versuchte zunächst, Sensitivity Labels manuell durch Mitarbeitende vergeben zu lassen. Das Ergebnis nach drei Monaten: 34 % aller Dokumente hatten keine Klassifizierung, 18 % waren falsch klassifiziert. Als Scout eingeführt wurde, griff es auf diese Datenbasis zu — und konnte keine verlässlichen Datenschutzentscheidungen treffen.

Der Fehler lag nicht bei den Mitarbeitenden. Manuelle Klassifizierung skaliert nicht. Die Lösung: automatische Klassifizierung über trainierbare Klassifikatoren in Microsoft Purview, kombiniert mit obligatorischen Labels bei der Dokumenterstellung. Erst danach war die Datenbasis für Scout nutzbar.

DLP-Richtlinien für Agenten-Szenarien anpassen

Bestehende DLP-Richtlinien wurden für menschliche Nutzer geschrieben. Agenten wie Scout handeln schneller, in höherer Frequenz und über mehr Kanäle gleichzeitig. Überprüfen Sie Ihre DLP-Regeln auf drei Punkte: Gelten sie auch für automatisierte Aktionen? Sind externe Empfänger explizit adressiert? Gibt es eine Eskalationsregel für blockierte Agenten-Aktionen?

Die Autopilot-Kategorie: Was „always-on“ für die DSGVO bedeutet

Microsoft führt mit Scout eine neue Agenten-Kategorie ein: Autopilots. Der Unterschied zu bisherigen Copilot-Funktionen ist fundamental. Copilot antwortet, wenn Sie fragen. Scout handelt, ohne gefragt zu werden.

„Autopilots sind always-on, autonom arbeitende Agenten mit eigener Identität, die im Hintergrund handeln, ohne jedes Mal angestoßen zu werden.“ — Microsoft 365 Blog, Omar Shahine, 2. Juni 2026

Für die DSGVO hat das direkte Konsequenzen. Art. 22 DSGVO regelt automatisierte Einzelentscheidungen: Entscheidungen, die ausschließlich automatisiert getroffen werden und rechtliche oder ähnlich erhebliche Wirkung haben, sind grundsätzlich unzulässig — ohne explizite Einwilligung oder gesetzliche Grundlage. Ob Scout-Aktionen unter Art. 22 fallen, hängt vom konkreten Einsatz ab.

Wann menschliche Freigabe Pflicht ist

Microsoft hat eine klare Regel eingebaut: Sensible Aktionen können eine menschliche Freigabe erfordern. Was als „sensibel“ gilt, definieren Sie über die Intune-Policy-Konfiguration. Für DSGVO-bewusste Unternehmen empfiehlt sich eine konservative Definition: Jede Aktion, die personenbezogene Daten an Dritte übermittelt oder Verträge berührt, sollte eine Freigabe erfordern.

Work IQ und Datensparsamkeit

Scout baut über die Zeit Kontext auf — es lernt Arbeitsweise und Prioritäten der Nutzenden. Microsoft nennt das „Work IQ“. Aus DSGVO-Sicht ist das eine Form der Profilerstellung (Art. 4 Nr. 4 DSGVO). Unternehmen müssen prüfen: Ist die Rechtsgrundlage für diese Profilbildung dokumentiert? Berechtigte Interessen (Art. 6 Abs. 1 lit. f) können greifen — aber nur mit einer nachvollziehbaren Interessenabwägung.

OpenClaw: Open-Source-Grundlage und Compliance-Vorteil

Microsoft Scout basiert auf OpenClaw — einer quelloffenen Agenten-Technologie. Das ist kein Marketingdetail, sondern ein Compliance-Vorteil, den viele Unternehmen unterschätzen.

„Microsoft trägt policy conformance direkt upstream zu OpenClaw bei — Organisationen, die OpenClaw selbst betreiben, können damit prüfen, ob ihre Umgebung den eigenen Sicherheits- und Compliance-Anforderungen entspricht.“ — Microsoft 365 Blog, Juni 2026

OpenClaw ist selbst hostbar — etwa auf einem eigenen VPS oder einer privaten Cloud-Infrastruktur. Für Unternehmen mit besonders strengen Datenschutzanforderungen (Gesundheitswesen, Finanzdienstleister, öffentliche Verwaltung) eröffnet das eine Option, die mit klassischen SaaS-Lösungen nicht möglich ist: vollständige Kontrolle über die Infrastruktur, auf der der Agent läuft.

Audit-Readiness durch Open-Source-Transparenz

Der Begriff „audit-ready“ ist zentral: Organisationen, die OpenClaw betreiben, können aktiv prüfen, ob ihre Umgebung den eigenen Anforderungen entspricht. Das ist mehr als ein Versprechen des Herstellers — es ist nachprüfbare Transparenz. Für DSGVO-Audits durch Datenschutzbehörden ist das ein erheblicher Vorteil gegenüber proprietären Black-Box-Lösungen.

Policy Conformance: Was das konkret bedeutet

Microsoft trägt Compliance-Regeln direkt in den OpenClaw-Quellcode ein. Wer OpenClaw selbst betreibt, erbt diese Regeln — und kann sie erweitern. Das bedeutet: Ihre internen Datenschutzrichtlinien lassen sich als Code formulieren und automatisch durchsetzen. Kein manuelles Monitoring, kein nachträgliches Korrigieren.

Scout in der Praxis: Funktionen und ihre Datenschutz-Implikationen

Scout koordiniert Meetings über Zeitzonen, markiert wichtige Termine und erzeugt Vorbereitungsmaterial, erkennt anstehende Deliverables und blockt automatisch Kalenderzeit — und identifiziert früh Risiken wie stockende Entscheidungsprozesse. Jede dieser Funktionen berührt personenbezogene Daten.

Scout-Funktion	Betroffene Daten	DSGVO-Relevanz	Empfohlene Maßnahme
Meeting-Koordination	Kalender, Kontakte, Zeitzonen	Art. 6 Abs. 1 lit. b (Vertragserfüllung)	Verarbeitungsverzeichnis aktualisieren
Vorbereitungsmaterial erzeugen	E-Mails, Dokumente, Chats	Art. 5 (Datensparsamkeit)	Sensitivity Labels prüfen
Deliverable-Erkennung	Aufgaben, Deadlines, Kommunikation	Art. 22 (automatisierte Entscheidung)	Menschliche Freigabe konfigurieren
Risiko-Erkennung	Kommunikationsmuster, Entscheidungsverläufe	Art. 4 Nr. 4 (Profilerstellung)	Interessenabwägung dokumentieren
Work IQ (Kontextaufbau)	Arbeitsweise, Prioritäten, Verhalten	Art. 4 Nr. 4 (Profilerstellung)	Rechtsgrundlage dokumentieren, Opt-in sicherstellen

Teams als Steuerungszentrale

Scout wird primär über Microsoft Teams bedient. Das ist datenschutzrechtlich relevant: Teams-Nachrichten, Kanäle und Anrufe sind Kommunikationsdaten. Der Zugriff durch Scout muss im Verarbeitungsverzeichnis nach Art. 30 DSGVO dokumentiert sein — inklusive Zweck, Rechtsgrundlage und Löschfristen.

Desktop-App: Zugriff auf lokale Ressourcen

Die Scout-Desktop-App erweitert die Reichweite auf Browser, lokale Ressourcen und MCP-Server (Model Context Protocol). Lokale Ressourcen bedeuten: Dateien auf dem Arbeitsplatzrechner, lokal installierte Apps, möglicherweise auch Netzlaufwerke. Für Unternehmen mit BYOD-Richtlinien (Bring Your Own Device) ist das eine neue Risikodimension, die in der Mobile-Device-Management-Strategie adressiert werden muss.

Zugang zu Scout: Frontier, Intune und Opt-in

Scout befindet sich in Private Preview — der Zugang ist nicht öffentlich verfügbar. Drei Voraussetzungen müssen erfüllt sein: Frontier-Enrollment, Intune-Policy-Konfiguration und eine Opt-in-Attestation durch den Nutzer. Nutzer mit GitHub-Copilot-Lizenz können die Experience anschließend herunterladen und installieren.

Microsoft-Mitarbeitende nutzen bereits eine frühe Scout-Desktop-Experience intern. Das gibt Unternehmen, die jetzt konfigurieren, einen Vorsprung: Wer Sensitivity Labels, DLP-Richtlinien und Entra-Governance heute sauber aufstellt, ist für den GA-Release vorbereitet — ohne Nacharbeiten unter Zeitdruck.

Intune-Policy als Datenschutz-Hebel

Die Intune-Policy-Konfiguration ist mehr als ein technisches Zugangsticket. Hier definieren Sie, welche Aktionen Scout autonom ausführen darf und welche eine menschliche Freigabe erfordern. Behandeln Sie diese Konfiguration wie eine Datenschutz-Folgenabschätzung (DSFA nach Art. 35 DSGVO) — weil sie faktisch eine ist.

Kosten des Nichtstuns: Eine Rechnung

Rechnen wir konkret: Ein mittelständisches Unternehmen mit 200 Mitarbeitenden führt Scout ohne korrekte Purview-Konfiguration ein. Ein Datenschutzvorfall tritt auf — ein Agent sendet vertrauliche Projektdaten an einen externen Empfänger. Die Meldepflicht nach Art. 33 DSGVO greift (72-Stunden-Frist). Interne Aufarbeitung: 40 Stunden Anwalts- und IT-Aufwand, geschätzte Kosten 12.000 EUR. Bußgeld der Datenschutzbehörde: nach aktueller Praxis 1–4 % des Jahresumsatzes. Bei 5 Millionen EUR Umsatz sind das 50.000 bis 200.000 EUR. Gegenüber: Eine vollständige Purview-Konfiguration kostet im Projektrahmen 15.000 bis 25.000 EUR einmalig.

Szenario	Aufwand	Kosten (geschätzt)
Purview korrekt konfigurieren (präventiv)	20–40 IT-Stunden	15.000–25.000 EUR einmalig
Datenpanne aufarbeiten (reaktiv)	40+ Stunden intern + extern	12.000 EUR Aufarbeitung
DSGVO-Bußgeld (bei 5 Mio. EUR Umsatz)	—	50.000–200.000 EUR
Reputationsschaden (Kundenverlust)	Monate	nicht quantifizierbar

DSGVO-Checkliste für den Scout-Rollout

Wie viele dieser Punkte hat Ihr Unternehmen bereits abgehakt? Die folgende Liste deckt die kritischen Voraussetzungen ab — nicht alle möglichen, aber die, ohne die ein Scout-Rollout ein regulatorisches Risiko ist.

• Sensitivity Labels vollständig konfiguriert — alle Dokumentklassen klassifiziert, automatische Klassifizierung aktiviert
• DLP-Richtlinien auf Agenten-Szenarien geprüft — externe Empfänger adressiert, automatisierte Aktionen eingeschlossen
• Entra-Identitäten für Agenten dokumentiert — im Verarbeitungsverzeichnis nach Art. 30 DSGVO eingetragen
• Intune-Policy für menschliche Freigaben konfiguriert — sensible Aktionen definiert und eskaliert
• Opt-in-Attestation der Nutzenden eingeholt — dokumentiert und revisionssicher gespeichert
• Betriebsrat informiert und eingebunden — Betriebsvereinbarung zur KI-Assistenz geprüft
• DSFA für Work-IQ-Profilbildung durchgeführt — Rechtsgrundlage dokumentiert
• Frontier-Enrollment und GitHub-Copilot-Lizenz geprüft — Zugangsvoraussetzungen erfüllt

„Agenten erreichen nur Ressourcen und Ziele, die freigegeben wurden. Sensible Aktionen können eine menschliche Freigabe erfordern.“ — Microsoft 365 Blog, Juni 2026