Microsoft 365 Copilot Datenschutz: Datenflüsse und DSGVO einordnen

Microsoft 365 Copilot Datenschutz beginnt beim vorhandenen Tenant

Microsoft 365 Copilot Datenschutz lässt sich nicht isoliert von der bestehenden Microsoft-365-Umgebung bewerten. Copilot verarbeitet Prompts, abgerufene Arbeitsinhalte und generierte Antworten innerhalb der bereitgestellten Dienste und Benutzerberechtigungen. Bestehende Freigaben, Aufbewahrungsregeln und Auditkonfigurationen bestimmen deshalb einen wesentlichen Teil des tatsächlichen Risikos.

Eine Datenschutzprüfung muss den konkreten Anwendungsfall, die betroffenen Personen und die verwendeten Datenquellen erfassen. Allgemeine Produktzusagen beantworten nicht, ob ein Unternehmen sensible Personal-, Kunden- oder Projektdaten angemessen organisiert hat. Dieser Artikel bietet technische und organisatorische Orientierung, ersetzt aber keine rechtliche Prüfung des Einzelfalls.

Den Datenfluss eines Prompts nachvollziehen

Ein Benutzer formuliert einen Prompt in Copilot Chat oder einer unterstützten Microsoft-365-App. Je nach Lizenz und Kontext werden relevante Inhalte aus dem Web, der geöffneten Datei oder Microsoft Graph abgerufen. Das Modell erzeugt daraus eine Antwort, die dem Benutzer angezeigt und in den vorgesehenen Diensten verarbeitet beziehungsweise gespeichert wird.

Für die Dokumentation reicht die Aussage „Copilot nutzt KI“ nicht. Erfasst werden Eingabeort, mögliche Datenquellen, Identität des Benutzers, Modellverarbeitung, Speicherung von Interaktionen, Protokollierung und vorgesehene Weiterverwendung. Auch optionale Websuche und angebundene Agents gehören in diese Betrachtung.

Microsoft Graph respektiert vorhandene Berechtigungen

Microsoft 365 Copilot kann nur Organisationsdaten verwenden, auf die der jeweilige Benutzer mindestens lesend zugreifen darf. Das ist eine wichtige Sicherheitsgrenze, aber keine Garantie für korrekt vergebene Rechte. Eine versehentlich unternehmensweit freigegebene Datei bleibt auch für Copilot zugänglich.

Vor dem Rollout werden daher SharePoint-Sites, Teams, OneDrive-Freigaben und Gastzugriffe risikobasiert geprüft. Die Tenant-Bestandsaufnahme liefert dafür technische Ausgangsdaten. Fachliche Eigentümer entscheiden, welcher Zugriff tatsächlich erforderlich ist.

Prompts und Antworten sind Unternehmensdaten

Benutzer können in einem Prompt vertrauliche Sachverhalte zusammenfassen oder Dokumente hochladen. Auch die erzeugte Antwort kann personenbezogene oder geschäftskritische Informationen enthalten. Nutzungsregeln müssen deshalb klarstellen, welche Inhalte verarbeitet werden dürfen und wo Ergebnisse gespeichert oder weitergegeben werden können.

Die Eingaben und Antworten kommerzieller Copilot-Dienste werden nach Microsofts Produkt- und Datenschutzbedingungen verarbeitet und nicht zum allgemeinen Training der zugrunde liegenden Basismodelle verwendet. Diese Zusage hebt interne Pflichten zu Zweckbindung, Zugriff, Aufbewahrung und Kontrolle nicht auf.

Speicherung und Aufbewahrung konkret prüfen

Je nach Copilot-Erlebnis werden Interaktionen in Microsoft-365-Diensten gespeichert und können über Compliancefunktionen auffindbar sein. Unternehmen müssen festlegen, welche Aufbewahrungs- und Löschanforderungen für Prompts, Antworten und erzeugte Dokumente gelten. Dabei ist zwischen Gesprächsverlauf und anschließend gespeicherten Arbeitsergebnissen zu unterscheiden.

Purview-Aufbewahrung und eDiscovery können relevant sein, wenn Interaktionen geschäftliche Kommunikation oder Nachweise enthalten. Die technische Konfiguration folgt dem dokumentierten Aufbewahrungskonzept. Pauschales Löschen kann gesetzlichen oder betrieblichen Nachweispflichten ebenso widersprechen wie unbegrenzte Speicherung.

Audit und administrative Einsicht begrenzen

Administratoren und Compliance-Rollen können im Rahmen ihrer Berechtigungen Nutzungs- und Auditinformationen untersuchen. Das unterstützt Vorfallklärung und gesetzliche Anforderungen, schafft aber selbst einen schutzbedürftigen Zugriff. Rollen für Audit, eDiscovery und Purview werden nach Least Privilege vergeben.

Abfragen und Exporte sind zu protokollieren und auf einen legitimen Zweck zu begrenzen. Beschäftigte benötigen verständliche Informationen darüber, welche Aktivitäten protokolliert werden und welche Stellen im Bedarfsfall Zugriff erhalten. Eine verdeckte allgemeine Leistungsüberwachung ist weder ein technisches Standardziel noch ein tragfähiges Einführungskonzept.

Websuche als eigenen Verarbeitungspfad behandeln

Copilot kann Webinformationen über Bing einbeziehen. Die dafür erzeugten Suchanfragen und die Verarbeitung im Suchdienst folgen einem anderen Datenpfad als rein interne Graph-Abfragen. Administratoren können Websuche je nach Dienst und Richtlinie steuern.

Für sensible Anwendungsfälle wird geprüft, ob Web Grounding erforderlich ist und welche Promptanteile eine Suchanfrage beeinflussen können. Beschäftigte sollten keine vertraulichen Inhalte in eine Rechercheformulierung aufnehmen, wenn der fachliche Zweck bereits mit internen Quellen erreicht werden kann.

Purview-Kontrollen mit dem Risiko verbinden

Sensitivity Labels, DLP, Aufbewahrung, Audit und eDiscovery können Copilot-bezogene Daten schützen oder untersuchen. Eine lange Liste aktivierter Funktionen ist jedoch noch kein Schutzkonzept. Jede Kontrolle benötigt einen Zweck, einen verantwortlichen Betrieb und einen getesteten Reaktionsweg.

Vertraulichkeitsbezeichnungen helfen, sensible Dokumente zu klassifizieren und Schutzmaßnahmen anzuwenden. DLP kann unerwünschte Datenbewegungen erkennen oder verhindern. Die Regeln werden zuerst mit repräsentativen Inhalten getestet, damit Fehlalarme und unerwartete Blockaden nicht den Arbeitsprozess verdecken.

DSFA- und Mitbestimmungsbedarf bewerten

Ob eine Datenschutz-Folgenabschätzung erforderlich ist, hängt vom konkreten Einsatz, Umfang, betroffenen Personengruppen und Risiko ab. Verarbeitung besonderer Datenkategorien, umfangreiche Auswertung oder Entscheidungen mit erheblicher Wirkung erhöhen den Prüfbedarf. Die Entscheidung wird mit Datenschutzverantwortlichen dokumentiert.

Auch Betriebsrat oder Personalvertretung können früh einzubeziehen sein. Gegenstand sind unter anderem Zweck, Nutzergruppen, Protokollierung, Leistungsbezug, Schulung und Beschwerdewege. Eine transparente Einführung reduziert Unsicherheit und verhindert, dass technische Möglichkeiten mit erlaubter Nutzung verwechselt werden.

Verantwortlichkeiten zwischen IT und Fachbereich aufteilen

Die IT betreibt Plattform, Identitäten, Richtlinien und Support. Der Fachbereich verantwortet Datenqualität, fachliche Nutzung und Ergebnisprüfung. Datenschutz und Informationssicherheit bewerten Rechtsgrundlage, Risiken und Kontrollen. Führungskräfte legen fest, welche Prozesse unterstützt werden und wo menschliche Entscheidungen verbindlich bleiben.

Diese Aufgaben werden in einer RACI- oder vergleichbaren Verantwortungsmatrix festgehalten. Ein allgemeiner Hinweis, Benutzer müssten Antworten prüfen, reicht nicht. Für sensible Prozesse muss klar sein, wer prüfen darf, welche Quelle maßgeblich ist und wie ein Fehler korrigiert wird.

Agents und Connectors erweitern den Prüfbereich

Ein Agent kann begrenzte Wissensquellen und Aktionen bereitstellen. Connectors können Daten aus weiteren Systemen in den Copilot-Kontext bringen. Damit ändern sich Datenfluss, Berechtigungen, mögliche Empfänger und Abrechnung. Jeder Agent benötigt deshalb eine eigene Datenschutz- und Sicherheitsbewertung.

Besonders schreibende Aktionen erfordern Bestätigung, Protokollierung und einen Rückfallweg. Ein Agent darf aus einer generierten Einschätzung keine automatische Personal-, Kredit- oder Complianceentscheidung ableiten, wenn dafür keine ausdrücklich geprüfte Prozessgrundlage besteht.

Betroffenenrechte und Vorfälle vorbereiten

Unternehmen müssen wissen, wie Auskunfts-, Lösch- oder Berichtigungsanfragen im konkreten Dienst bearbeitet werden. Dazu gehört die Zuordnung von Interaktionen zu Identitäten und Aufbewahrungsorten. Zuständige Rollen und Freigaben werden vor dem ersten Vorfall festgelegt.

Für versehentlich offengelegte Inhalte, unangemessene Antworten oder verdächtige Agentenaktionen existiert ein Meldeweg. Die Organisation kann betroffene Funktionen begrenzen, Berechtigungen korrigieren, Protokolle sichern und fachliche Folgen bearbeiten. Der kontrollierte Einführungsprozess sollte diesen Rückfall bereits im Pilot testen.

So wird Datenschutz zu einer überprüfbaren Betriebsaufgabe

Datenschutz bei Microsoft 365 Copilot beruht auf nachvollziehbaren Datenflüssen, richtigen Berechtigungen, angemessener Aufbewahrung und klaren Rollen. Produktfunktionen unterstützen diese Kontrollen, ersetzen aber weder das Verzeichnis der Verarbeitungstätigkeiten noch die Bewertung des konkreten Geschäftszwecks.

Eine gute Einführung dokumentiert Annahmen, testet Kontrollen und prüft Änderungen regelmäßig neu. Dadurch bleibt erkennbar, welche Daten Copilot verwenden kann, wer Interaktionen untersuchen darf und wie auf Fehler reagiert wird. Die rechtliche Freigabe erfolgt durch die dafür zuständigen Stellen.

Verarbeitungstätigkeit konkret beschreiben

Die Dokumentation sollte nicht bei „Nutzung von KI“ stehen bleiben. Sie nennt Benutzergruppen, Zwecke, betroffene Datenarten, Microsoft-365-Apps, mögliche Agents, Empfänger, Protokollierung, Aufbewahrung und technische Schutzmaßnahmen. Verschiedene Anwendungsfälle können unterschiedliche Risiken besitzen.

Fachbereich, Datenschutz, Informationssicherheit und Administration prüfen dieselbe Beschreibung. Offene Punkte werden als Entscheidung mit Verantwortlichem und Termin geführt. So lässt sich später nachvollziehen, auf welcher technischen Konfiguration und welchem Zweck die Bewertung beruhte.

DSFA-Prüfung am realen Einsatz ausrichten

Ob eine Datenschutz-Folgenabschätzung erforderlich ist, wird anhand des konkreten Einsatzes geprüft. Umfang, Sensibilität, betroffene Personen, systematische Bewertung und mögliche Folgen sind relevanter als der Produktname. Dieser Schritt sollte früh erfolgen, damit notwendige Grenzen noch in Pilot und Prozessdesign einfließen.

Das Ergebnis kann Auflagen enthalten: ausgeschlossene Datenklassen, begrenzte Pilotgruppe, zusätzliche Protokollkontrollen oder eine menschliche Entscheidung. Es wird erneut geprüft, wenn Agents, neue Datenquellen oder wesentlich andere Benutzergruppen hinzukommen.

Betroffenenrechte und Vorfälle operationalisieren

Das Betriebskonzept beschreibt, wie Auskunfts-, Berichtigungs- oder Löschanfragen in den beteiligten Microsoft-365-Diensten bearbeitet werden. Entscheidend ist, wo Ausgangsdaten, Interaktionen und relevante Protokolle liegen. Zuständigkeiten zwischen Fachbereich, Administration und Datenschutz werden vorab geklärt.

Für Vorfälle braucht es einen Weg von der Benutzerbeobachtung zur technischen Analyse. Verdächtige Antwort, betroffene Quelle, Zeitpunkt, Benutzerkontext und geteilte Empfänger werden möglichst datensparsam erfasst. Rechtliche Bewertung bleibt der zuständigen Stelle vorbehalten; der technische Prozess liefert belastbare Fakten.

Kontrollnachweise für den laufenden Betrieb sammeln

Datenschutzmaßnahmen sollten nach dem Pilot nicht nur in einer Projektakte stehen. Der Betrieb sammelt wiederkehrende Nachweise zu Lizenz- und Rollenvergabe, Purview-Konfiguration, Site-Prüfungen, Agentenfreigaben, Protokollzugriff und bearbeiteten Vorfällen. Jeder Nachweis hat Eigentümer, Turnus und Aufbewahrungsregel. Damit lässt sich prüfen, ob die beschriebene Verarbeitung noch der realen Konfiguration entspricht.

Produktänderungen werden über ein festes Monitoring aufgenommen. Neue Datenquellen, Agents, Protokollfunktionen oder Administratorrollen können die bisherige Bewertung verändern. Ein kurzer Change-Check entscheidet, ob Dokumentation, DSFA-Prüfung, Schulung oder technische Kontrolle angepasst werden muss. Diese Verbindung von Change Management und Datenschutz verhindert, dass eine einmalige Freigabe unbemerkt auf einen deutlich erweiterten Einsatz übertragen wird.

Lösch- und Aufbewahrungsregeln praktisch testen

Konfigurierte Aufbewahrung ist erst belastbar, wenn der Ablauf mit Testdaten nachvollzogen wurde. Das Team prüft, welche Ausgangsdaten, Interaktionen, Auditinformationen und exportierten Nachweise in welchen Diensten liegen, wer sie löschen darf und welche Sperren durch Aufbewahrungspflichten entstehen. Ein dokumentierter Testfall hält Zeitpunkte und Ergebnisse fest. Bei Agents oder neuen Protokollquellen wird die Kette erweitert. So bleibt die technische Umsetzung mit dem festgelegten Zweck und den organisatorischen Verfahren verbunden; verbindliche rechtliche Fristen bestimmt die zuständige Datenschutz- oder Rechtsfunktion.