Microsoft 365 Copilot DSGVO-konform einführen: 6 Schritte vor dem ersten Prompt
Copilot ist kein KI-Projekt, sondern ein Berechtigungsprojekt. Der Assistent greift auf alles zu, worauf der Nutzer Zugriff hat, und macht per Prompt auffindbar, was jahrelang unbemerkt offen lag. Wer die Datenlage vor dem Rollout nicht prüft, rollt keine KI aus, sondern eine Suchmaschine für Altlasten. Dieser Artikel zeigt die sechs Schritte zum auditfesten Copilot-Rollout.
Warum die Reihenfolge über das Risiko entscheidet
Copilot erzeugt keine neuen Berechtigungen. Genau das ist das Problem. In fast jedem gewachsenen Tenant existieren firmenweite Freigabelinks, SharePoint-Rechte aus alten Projekten und Ordner, die "Jeder außer externe Benutzer" lesen darf. Ohne Copilot fällt das selten auf, weil niemand aktiv danach sucht. Mit Copilot findet ein einziger Prompt die Gehaltsliste im Projektordner von 2019 in unter einer Sekunde.
Dazu kommt die regulatorische Seite. Copilot verarbeitet personenbezogene Daten, damit greifen DSGVO Artikel 30 und in den meisten Fällen Artikel 35 (Datenschutz-Folgenabschätzung). Der AI Act verlangt Transparenz beim Einsatz generativer KI. Und der Betriebsrat hat bei Systemen, die Leistungs- oder Verhaltenskontrolle ermöglichen könnten, ein Mitbestimmungsrecht nach Paragraf 87 BetrVG.
Die gute Nachricht: Alles davon ist strukturiert lösbar, wenn die Reihenfolge stimmt. Klassifizierung und DLP gehören vor die KI, nicht danach.
Oversharing analysieren
Bevor irgendetwas konfiguriert wird, braucht es ein ehrliches Bild der Datenlage. Die zentralen Fragen: Welche SharePoint-Sites erlauben firmenweiten Zugriff? Wie viele "Anyone"-Links und organisationsweiten Freigabelinks existieren? Welche Inhalte liegen in Sites ohne klaren Owner?
SharePoint Advanced Management ist in der Copilot-Lizenz enthalten und liefert mit den Data Access Governance Reports genau diese Auswertung: überproportional geteilte Sites, Everyone-Berechtigungen, inaktive Sites mit sensiblen Inhalten. Als Übergangsschutz lässt sich Restricted SharePoint Search aktivieren, das die Copilot-Suche auf kuratierte Sites begrenzt. Das ist eine Notbremse für die Pilotphase, keine Dauerlösung.
Aktion: Data Access Governance Reports ausführen, firmenweite Links und Everyone-Berechtigungen inventarisieren, kritische Sites priorisiert bereinigen.
Sensitivity Labels ausrollen
Copilot respektiert Sensitivity Labels. Verschlüsselte Inhalte, für die dem Nutzer das Extract-Recht fehlt, werden nicht in Antworten verarbeitet. Damit sind Labels der wirksamste Hebel, um sensible Datenräume vor dem Rollout abzusichern.
Drei bis vier Labels reichen zum Start: Öffentlich, Intern, Vertraulich, Streng vertraulich. Entscheidend ist nicht die Taxonomie, sondern die echte Anwendung. Für die sensibelsten Bereiche (Personal, Vorstand, M&A) gehören Auto-Labeling-Policies und Container-Labels auf die betroffenen Sites, damit der Schutz nicht vom Klickverhalten der Nutzer abhängt.
Aktion: Label-Taxonomie mit 3 bis 4 Stufen veröffentlichen, sensible Datenräume mit Verschlüsselung und Auto-Labeling versehen, Anwendungsquote im Content Explorer prüfen.
DLP in den Enforce-Modus bringen
Eine DLP-Policy im Testmodus ist im Audit kein Nachweis. Vor dem Copilot-Rollout sollten die kritischen Sensitive Information Types (IBAN, Personalausweisdaten, Gesundheitsdaten je nach Branche) im Enforce-Modus laufen, nach einer sauberen Audit-Phase von zwei bis vier Wochen.
Zusätzlich bringt Purview mit Data Security Posture Management for AI eigene Kontrollen für KI-Interaktionen: Prompts und Antworten werden auditierbar, riskante Interaktionen mit sensiblen Daten lassen sich per Policy einschränken. Für regulierte Häuser ist das der Nachweis, dass KI-Nutzung überwacht wird und nicht nur erlaubt ist.
Aktion: DLP für kritische Sensitive Information Types nach Audit-Phase in Enforce schalten, DSPM for AI aktivieren und Copilot-Interaktionen in die Audit-Historie aufnehmen.
Zugriff über Conditional Access steuern
Der Copilot-Zugriff sollte denselben Regeln folgen wie jeder andere Zugriff auf Unternehmensdaten. Konkret heißt das: Copilot nur von compliant Devices, nur für definierte Pilotgruppen über Entra-Gruppen, und für privilegierte Nutzer mit phishing-resistenter MFA.
Die Steuerung über Gruppen hat einen zweiten Vorteil: Der Rollout wird planbar. Lizenzzuweisung und Zugriff laufen über dieselbe Gruppe, das vereinfacht auch die Dokumentation gegenüber Datenschutzbeauftragtem und Betriebsrat.
Aktion: Copilot-Pilotgruppe in Entra ID anlegen, Conditional-Access-Policy mit Device-Compliance-Pflicht auf die Copilot-Nutzung anwenden.
Datenschutz-Dokumentation erstellen
Die technische Härtung braucht ein juristisches Fundament. Dazu gehören die Aufnahme von Copilot ins Verarbeitungsverzeichnis nach Artikel 30 DSGVO, in den meisten Fällen eine Datenschutz-Folgenabschätzung nach Artikel 35 und eine dokumentierte Prüfung der Datenflüsse.
Ein Punkt wird dabei regelmäßig übersehen: Flex Routing erlaubt Microsoft bei Spitzenlast LLM-Verarbeitung außerhalb der EU Data Boundary. Bei Tenants, die nach dem 25. März 2026 erstellt wurden, ist die Funktion standardmäßig aktiv. Wer die EU Data Boundary im Verarbeitungsverzeichnis zusichert, muss diese Einstellung prüfen und bewusst entscheiden. Parallel gehört der Betriebsrat früh an den Tisch, idealerweise mit einer Rahmenvereinbarung zur KI-Nutzung.
Aktion: DSFA und Verarbeitungsverzeichnis erstellen, Flex-Routing-Einstellung im Admin Center prüfen und dokumentieren, Betriebsratsvereinbarung anstoßen.
Pilot mit Audit-Historie fahren
Der erste Prompt gehört einer Pilotgruppe von 20 bis 50 Nutzern aus verschiedenen Fachbereichen, nicht der ganzen Organisation. Vier Wochen Pilotbetrieb mit aktivem Monitoring zeigen, welche Datenzugriffe tatsächlich stattfinden und ob die Bereinigung aus Schritt 1 gegriffen hat.
Voraussetzung dafür ist eine belastbare Audit-Historie: Unified Audit Log auf mindestens ein Jahr Retention, Copilot-Interaktionen in der Protokollierung, definierte Review-Termine mit ISB und Datenschutzbeauftragtem. Erst danach folgt der gestaffelte Rollout pro Fachbereich.
Aktion: Pilotgruppe für 4 Wochen aktivieren, Audit Log Retention auf 365 Tage setzen, wöchentliche Auswertung der DSPM-for-AI-Berichte etablieren, danach gestaffelt ausrollen.
Faustregel: Klassifizierung und DLP gehören vor die KI, nicht danach. Wer nach dem Rollout aufräumt, sucht den Datenabfluss, statt ihn zu verhindern.
Die sechs Schritte lassen sich in drei bis sechs Wochen abarbeiten, abhängig vom Zustand der Berechtigungen. Der größte Aufwand liegt fast immer in den Schritten 1 und 2, weil dort jahrelang gewachsene Strukturen sichtbar und bereinigt werden. Die Erfahrung aus KRITIS-Projekten zeigt: Drei Wochen Verzögerung vor dem ersten Prompt sind billiger als ein einziger Datenabfluss im ersten Betriebsmonat.
Copilot Compliance Checkliste
Die 12 Fragen, die vor jedem Copilot-Rollout beantwortet sein müssen. Kompakt auf einer Seite, direkt im Tenant prüfbar.
Checkliste anfordern