Microsoft 365 Copilot sicher einführen: 7 Prüfungen vor dem Rollout

Microsoft 365 Copilot kann E-Mails zusammenfassen, Dokumente entwerfen, Besprechungen auswerten und Wissen aus Microsoft 365 zusammenführen. Genau darin liegt sein Nutzen – und sein wichtigstes Risiko: Copilot arbeitet mit den Zugriffsrechten, die in Ihrer Microsoft-365-Umgebung bereits existieren.

Das Werkzeug räumt unklare Berechtigungen nicht automatisch auf. Es kann vielmehr schneller sichtbar machen, was ein Nutzer ohnehin lesen darf. Wenn ein SharePoint-Bereich zu breit freigegeben ist, bleibt er zu breit freigegeben. Wenn eine Site keinen verantwortlichen Eigentümer hat, löst eine Copilot-Lizenz dieses Problem nicht.

Ein sicherer Rollout beginnt deshalb nicht mit Prompt-Schulungen. Er beginnt mit sieben Prüfungen, die Technik, Daten, Rollen und echten Arbeitsnutzen zusammenbringen.

Stand dieser Einordnung: 11. Juli 2026. Microsoft entwickelt Funktionen, Lizenzgrenzen und Verwaltungsoberflächen laufend weiter. Prüfen Sie vor einer Einführung die aktuellen Microsoft-Produktbedingungen, das Data Protection Addendum, Ihre Lizenzen und die für Ihren Tenant aktivierten Funktionen. Dieser Leitfaden ist technische und organisatorische Orientierung, keine Rechtsberatung.

Die wichtigste Grundregel: Copilot sieht, was der Nutzer sehen darf

Microsoft beschreibt Microsoft 365 Copilot als Teil der bestehenden Microsoft-365-Sicherheits-, Datenschutz- und Compliance-Grenzen. Identitäten, Berechtigungen, Sensitivity Labels, Aufbewahrungsregeln und Audit-Funktionen wirken grundsätzlich weiter. Prompts, Antworten und über Microsoft Graph erreichbare Kundendaten werden laut Microsoft nicht zum Training der zugrunde liegenden Foundation Models verwendet.

Das ist eine wichtige Grundlage. Es ist aber keine automatische Freigabe für jeden Tenant und jeden Anwendungsfall.

Ihre Organisation bleibt dafür verantwortlich,

• Berechtigungen auf ein angemessenes Maß zu begrenzen,
• veraltete oder unklare Freigaben zu bereinigen,
• Datenklassen und zulässige Aufgaben zu definieren,
• Funktionen wie Websuche, Agenten und Konnektoren getrennt zu bewerten,
• Ergebnisse fachlich prüfen zu lassen,
• Mitarbeitende passend zu Rolle und Risiko zu befähigen.

Microsoft sichert die Plattform. Ihr Unternehmen entscheidet, welche Informationen, Menschen und Aufgaben innerhalb dieser Plattform zusammenkommen dürfen.

Prüfung 1: Produkt, Lizenz und aktivierte Funktionen eindeutig bestimmen

„Wir führen Copilot ein“ ist noch kein belastbarer Scope. Unter dem Namen Copilot können unterschiedliche Produkte und Funktionen gemeint sein: Microsoft 365 Copilot, Copilot Chat, Copilot in Teams, Agenten aus Copilot Studio, Erweiterungen oder Funktionen mit Webzugriff.

Halten Sie vor dem Pilot schriftlich fest:

1. Welches konkrete Produkt wird genutzt?
2. Welche Lizenzen besitzen Pilotnutzer und Administratoren?
3. Welche Microsoft-365-Dienste darf Copilot einbeziehen?
4. Ist Websuche aktiv?
5. Sind Agenten, Plugins, Konnektoren oder Drittanbieter beteiligt?
6. Welche Audit-, Purview- und Administrationsfunktionen stehen mit Ihrem Lizenzstand tatsächlich zur Verfügung?

Diese Trennung ist wichtig, weil Datenpfade und Kontrollmöglichkeiten nicht für jede Funktion identisch sind. Eine Zusage, die für Microsoft 365 Copilot gilt, darf nicht ungeprüft auf einen selbst gebauten Agenten oder einen Drittanbieter-Konnektor übertragen werden.

Ergebnis der Prüfung: eine einseitige Produkt- und Funktionsübersicht mit Tenant, Lizenzstand, Pilotgruppe, aktivierten Datenquellen und verantwortlichem Administrator.

Prüfung 2: Identitäten und privilegierte Rollen begrenzen

Copilot baut auf Microsoft Entra und den vorhandenen Microsoft-365-Berechtigungen auf. Deshalb gehört eine kurze Identitätsprüfung vor die Datenprüfung.

Kontrollieren Sie mindestens:

• Sind Pilotkonten eindeutig einzelnen Personen zugeordnet?
• Ist Mehrfaktor-Authentifizierung angemessen umgesetzt?
• Haben Nutzer oder Testkonten unnötige Administratorrechte?
• Sind ausgeschiedene oder inaktive Konten gesperrt?
• Sind Gastkonten noch erforderlich und korrekt begrenzt?
• Werden Änderungen an Copilot- und Purview-Einstellungen nur mit den nötigen Rollen vorgenommen?

Microsoft verweist beim Sicherheitsmodell auf Zero-Trust-Grundsätze wie starke Identitätsprüfung und geringstmögliche Rechte. Für den Alltag heißt das: Ein Copilot-Pilot ist kein Grund, Nutzern mehr Zugriff zu geben. Er ist ein guter Anlass, bestehende Rechte zu überprüfen.

Ergebnis der Prüfung: eine benannte Pilotgruppe ohne unnötige privilegierte Rollen und mit klarer Zuständigkeit für Änderungen.

Prüfung 3: Oversharing in SharePoint und OneDrive sichtbar machen

Das ist häufig der größte praktische Hebel.

Microsoft empfiehlt vor dem Rollout unter anderem, Freigabeeinstellungen zu prüfen, gültige Eigentümer für Sites sicherzustellen, ungenutzte Sites aufzuräumen, potenziell übermäßig geteilte Inhalte zu identifizieren und geschäftskritische Bereiche besonders zu schützen.

Starten Sie nicht mit dem gesamten Tenant. Nehmen Sie die Bereiche, die für die Pilotaufgaben wirklich relevant sind:

• Welche SharePoint-Sites nutzt die Pilotgruppe?
• Wer ist fachlicher Eigentümer jeder Site?
• Gibt es Links mit zu breiter Reichweite?
• Liegen sensible Dateien in allgemein zugänglichen Teams oder Sites?
• Sind alte Projektbereiche noch aktiv, obwohl niemand verantwortlich ist?
• Welche OneDrive-Dateien wurden breit oder dauerhaft geteilt?
• Dürfen Pilotnutzer diese Inhalte fachlich wirklich sehen – oder nur technisch?

Der letzte Punkt ist entscheidend. Ein Zugriff kann technisch korrekt und trotzdem organisatorisch unpassend sein. Copilot erzeugt das Berechtigungsproblem dann nicht, macht seine Wirkung aber schneller spürbar.

Ergebnis der Prüfung: Jede pilotrelevante Site hat einen Eigentümer; kritische Freigaben sind bereinigt oder bewusst dokumentiert; unklare Bereiche bleiben zunächst außerhalb des Piloten.

Prüfung 4: Schutz, Aufbewahrung und Audit passend zum Risiko planen

Microsoft 365 Copilot berücksichtigt nach Herstellerangaben bestehende Schutz- und Compliance-Kontrollen. Welche Funktionen Sie konkret nutzen können, hängt jedoch von Produkt und Lizenz ab.

Prüfen Sie für den Pilot:

• Welche Datenklassen gibt es bereits?
• Welche Sensitivity Labels sind definiert und tatsächlich angewendet?
• Welche Aufbewahrungs- und Löschregeln gelten für relevante Inhalte?
• Können Copilot-Interaktionen im benötigten Umfang auditiert werden?
• Benötigen bestimmte Aufgaben Data-Loss-Prevention-Regeln?
• Wer darf Ereignisse prüfen und Maßnahmen auslösen?

Versuchen Sie nicht, in einer Woche ein vollständiges Informationsschutzprogramm nachzubauen. Der bessere Start ist ein enger Scope: wenige Aufgaben, bekannte Datenquellen, nachvollziehbare Regeln.

Für besonders sensible Bereiche gilt: Wenn Klassifizierung, Zugriff und fachliche Verantwortung unklar sind, gehört der Bereich noch nicht in den Pilot.

Ergebnis der Prüfung: ein dokumentierter Mindestschutz für die Pilotaufgaben – inklusive Datenklassen, Freigabe, Protokollierung und Eskalationsweg.

Prüfung 5: Websuche, Agenten und Drittanbieter getrennt bewerten

Copilot kann neben Microsoft-Graph-Daten auch Informationen aus dem Web oder aus erweiterten Agenten- und Konnektorpfaden nutzen. Diese Wege dürfen nicht zu einem einzigen unscharfen „Microsoft verarbeitet das schon“-Satz zusammenfallen.

Microsoft erklärt für Webabfragen unter anderem, dass aus einem Prompt kurze Suchanfragen erzeugt und ohne Nutzer- und Tenantkennung an Bing gesendet werden. Gleichzeitig weist Microsoft darauf hin, dass der Bing-Suchdienst getrennt von Microsoft 365 arbeitet, nicht denselben Microsoft-365-Datenverarbeitungszusagen unterliegt und derzeit nicht Teil der EU Data Boundary ist. Auch bestimmte Funktionen mit Anthropic-Modellen sind laut Microsoft von einzelnen EU-Data-Boundary- oder In-Country-Zusagen ausgenommen. Prüfen Sie solche Ausnahmen immer gegen die aktuelle Microsoft-Dokumentation zur Enterprise Data Protection und Ihren konkreten Funktionsumfang.

Für Agenten und Drittanbieter stellen sich zusätzliche Fragen:

• Welche Systeme darf der Agent lesen oder verändern?
• Welche Identität und Berechtigung verwendet er?
• Welche Daten verlassen Microsoft 365?
• Kann eine Aktion automatisch ausgeführt werden?
• Gibt es einen menschlichen Freigabepunkt?
• Wie werden Fehler, Prompt Injection oder falsche Zuordnungen gestoppt?

Ein Lesecopilot für interne Richtlinien ist nicht dasselbe wie ein Agent, der Tickets schließt, E-Mails versendet oder Datensätze verändert. Bewerten Sie jeden Daten- und Aktionspfad separat.

Ergebnis der Prüfung: eine einfache Datenflusskarte mit Quelle, Verarbeitung, Empfänger, Aktion, menschlicher Freigabe und Stop-Regel.

Prüfung 6: Eine kleine Pilotgruppe mit echten Aufgaben wählen

Ein sicherer Pilot braucht nicht möglichst viele Nutzer. Er braucht gute Lernbedingungen.

Wählen Sie fünf bis fünfzehn Personen, die

• ähnliche, wiederkehrende Aufgaben haben,
• ihre Quellen und Qualitätskriterien kennen,
• Fehler offen melden können,
• Zeit für kurze Feedbackschleifen erhalten,
• Ergebnisse nicht ungeprüft weitergeben müssen.

Geeignete Pilotaufgaben sind zum Beispiel:

• Besprechungsnotizen zu einem Entwurf verdichten,
• aus freigegebenen Dokumenten eine Zusammenfassung mit Fundstellen erstellen,
• einen internen E-Mail-Entwurf vorbereiten,
• zwei Versionen eines Dokuments vergleichen,
• eine Recherche- oder Entscheidungsstruktur vorformulieren.

Ungeeignet für den ersten Pilot sind Aufgaben mit automatischen Außenwirkungen, unklarer Rechtsgrundlage oder sehr hohem Schadenspotenzial. Personalentscheidungen, verbindliche Rechtsaussagen, sensible Leistungsbeurteilungen oder ungeprüfte Kundenkommunikation brauchen einen deutlich strengeren Rahmen.

Definieren Sie vorab drei Messpunkte:

1. Zeit: Wird eine konkrete Aufgabe schneller?
2. Qualität: Wie häufig muss fachlich stark korrigiert werden?
3. Nutzung: Wird der Ablauf nach der ersten Neugier wiederholt eingesetzt?

Ergebnis der Prüfung: drei bis fünf klare Pilotaufgaben mit Ausgangswert, Prüfkriterien, erlaubten Daten und verantwortlicher Person.

Prüfung 7: Enablement, Regeln und Betrieb vor dem Start festlegen

Eine Lizenz ist noch keine Arbeitsweise. Mitarbeitende brauchen einen verständlichen Rahmen:

• Wofür dürfen wir Copilot nutzen?
• Welche Daten dürfen hinein oder als Quelle dienen?
• Welche Ergebnisse müssen geprüft werden?
• Wie kennzeichnen wir Entwürfe?
• Wo melden wir Fehler oder unerwartete Fundstellen?
• Wer entscheidet über neue Anwendungsfälle?

Die Schulung sollte nicht bei Prompt-Techniken stehen bleiben. Gute Übungen verwenden reale, aber unkritische Aufgaben aus dem Pilot und zeigen bewusst auch Grenzen: fehlende Quellen, veraltete Inhalte, überzeugend formulierte Fehler und überbreite Zugriffe.

Legen Sie außerdem einen kleinen Betriebsrhythmus fest. Zum Beispiel alle zwei Wochen 30 Minuten für:

• neue Anwendungsfälle,
• Fehler und Unsicherheiten,
• Berechtigungsfunde,
• notwendige Regeländerungen,
• Nutzung und tatsächliche Zeitersparnis.

Ergebnis der Prüfung: ein kurzer Nutzungsrahmen, rollenbezogenes Enablement, ein Meldeweg und ein benannter Review-Termin.

Ein realistischer Vier-Wochen-Plan

Woche 1: Scope und Daten

• Produkt, Lizenzen und Funktionen dokumentieren
• Pilotgruppe und Aufgaben festlegen
• relevante SharePoint-Sites und OneDrive-Pfade bestimmen
• Eigentümer und kritische Freigaben prüfen

Woche 2: Schutz und Vorbereitung

• Datenklassen und zulässige Aufgaben festhalten
• Audit-, Label-, Aufbewahrungs- und DLP-Möglichkeiten prüfen
• Websuche, Agenten und Konnektoren bewusst konfigurieren
• Ausgangswerte für Zeit und Qualität erfassen

Woche 3: Befähigen und testen

• Pilotgruppe an echten Aufgaben schulen
• menschliche Prüfung und Stop-Regeln üben
• Fehler, unerwartete Quellen und Zugriffsprobleme dokumentieren
• erste Messwerte erfassen

Woche 4: Entscheiden

• Nutzen, Qualität, Risiken und Akzeptanz auswerten
• offene Berechtigungs- und Governance-Funde priorisieren
• Aufgaben freigeben, anpassen oder stoppen
• erst danach über weitere Lizenzen und Nutzer entscheiden

Die Go-/No-Go-Fragen vor der Ausweitung

Ein Rollout kann wachsen, wenn Sie diese Fragen belastbar mit Ja beantworten:

• Sind Produkt, Funktionen und Datenpfade eindeutig dokumentiert?
• Haben pilotrelevante Sites verantwortliche Eigentümer?
• Wurden kritische Freigaben geprüft?
• Kennt die Pilotgruppe Datenregeln und Prüfschritte?
• Gibt es für sensible Ausgaben menschliche Freigaben?
• Sind Audit und Eskalation passend zum Risiko möglich?
• Zeigen echte Aufgaben messbaren Nutzen?
• Gibt es einen Rhythmus für Betrieb und Verbesserung?

Wenn zwei oder drei Antworten noch Nein sind, ist das kein Scheitern. Es ist genau der Wert eines Piloten: Sie entdecken die Lücke, bevor sie auf hundert Konten skaliert.

Quellen und Prüfstand

Zuletzt fachlich geprüft am 11. Juli 2026:

• Microsoft: Microsoft 365 Copilot data and compliance readiness
• Microsoft: Security for Microsoft 365 Copilot
• Microsoft: Enterprise data protection in Microsoft 365 Copilot and Copilot Chat
• Microsoft: Secure and governed data foundation for Microsoft 365 Copilot

Microsoft aktualisiert diese Dokumentation und Produktfunktionen laufend. Prüfen Sie den Stand vor jeder wesentlichen Erweiterung erneut.

Wenn Sie vor dem Rollout Berechtigungen, Aufgaben und den kleinsten sinnvollen Pilotrahmen sortieren möchten, starten Sie mit der KI-Potenzialanalyse oder einem kostenlosen Erstgespräch. Für die sichere Nutzung im Team passt anschließend das KI-Enablement.