Microsoft 365 Copilot einführen: Was KMU vorher über Berechtigungen, Datenschutz und Governance wissen müssen

Wenn wir mit Geschäftsführern über Microsoft 365 Copilot sprechen, kommt fast immer dieselbe Frage zuerst: "Sieht Copilot dann unsere ganzen Daten?" Die ehrliche Antwort lautet: Copilot sieht genau das, was der jeweilige Mitarbeiter ohnehin sehen darf. Keine Datei mehr, keine weniger. Und genau hier liegt der Punkt, den die meisten unterschätzen. Copilot ist kein neues Sicherheitsrisiko im klassischen Sinn. Es ist ein neuer Zugriffspfad, der bestehende Lücken im Berechtigungsmodell schneller und sichtbarer zutage fördert als jedes Audit es je könnte.

In unseren Projekten im Berchtesgadener und Salzburger Land sehen wir das regelmäßig: SharePoint- und Teams-Strukturen, die über Jahre gewachsen sind, mit Freigaben, die niemand mehr aufräumt. Solange die Inhalte nur über die Suche oder durch Durchklicken auffindbar waren, fiel das kaum auf. Sobald Copilot ins Spiel kommt und in Sekunden Dokumente zusammenfasst, Verträge findet und E-Mail-Threads aufbereitet, wird jede zu breite Freigabe zum Produktivitätsbeschleuniger in die falsche Richtung.

Wie Copilot technisch auf Daten zugreift

Microsoft beschreibt Copilot als Orchestrierung dreier Bausteine: den Sprachmodellen, den Inhalten im Microsoft Graph (E-Mails, Chats, Dokumente, Kalender) und den vertrauten M365-Apps wie Word, Outlook oder Teams. Der entscheidende Mechanismus ist der Microsoft Graph: Copilot ruft Inhalte ausschließlich im Kontext der Identität und der Rechte des anfragenden Nutzers ab.

Konkret heißt das:

• Datenquelle ist der Microsoft Graph, und zwar nur die für den Nutzer berechtigten Inhalte.
• Zugriffsgrenze ist die Nutzeridentität samt der zugewiesenen Rechte, nicht ein separates Copilot-Konto.
• Konsequenz: Zu breite Freigaben sind kein theoretisches Risiko mehr, sondern werden im Arbeitsalltag spürbar.

Wir formulieren das in Workshops gern so: Copilot verschärft keine Rechte, aber es macht sie fühlbar. Wenn ein Mitarbeiter heute Zugriff auf einen Personalordner oder eine Gehaltsliste hat, die ihn nichts angeht, ist das bereits ein Problem. Copilot sorgt nur dafür, dass dieses Problem nicht mehr unter dem Radar bleibt.

Was Microsoft offiziell zu Datenschutz und Security sagt

Weil viele Geschäftsführer hier zu Recht vorsichtig sind, lohnt ein Blick auf die zugesicherten Eckpunkte von Microsoft für kommerzielle M365-Kunden:

• Copilot ist an dieselben Datenschutz-, Sicherheits- und Compliance-Zusagen gebunden wie Microsoft 365 insgesamt, einschließlich DSGVO und EU Data Boundary.
• Prompts, Antworten und die über den Microsoft Graph abgerufenen Daten werden nicht zum Training der zugrunde liegenden Foundation-Modelle verwendet.
• Es greifen mehrere Schutzmechanismen, etwa gegen schädliche Inhalte und gegen Prompt-Injection-Angriffe.
• Index und Berechtigungsmodell respektieren die bestehenden Nutzerzugriffe.

Diese Zusagen sind die gute Nachricht. Die weniger bequeme Nachricht: Sie entbinden Sie nicht von Ihrer Hausaufgabe. Microsoft schützt die Plattform, aber ob in Ihrem Tenant die richtigen Personen auf die richtigen Daten zugreifen, liegt allein in Ihrer Verantwortung. Wer mehr ins Detail will, findet die Grundlagen in der offiziellen Microsoft-Learn-Dokumentation zu Datenschutz und Sicherheit von Copilot.

Die sieben häufigsten Governance-Risiken im Mittelstand

Aus unseren Copilot-Readiness-Checks lässt sich eine ziemlich stabile Liste destillieren. Diese sieben Punkte sehen wir am häufigsten, und alle sind lösbar:

1. Zu breite Teams- und SharePoint-Berechtigungen. Der Klassiker. Berechtigungen, die einmal zum Projektstart vergeben und nie wieder angefasst wurden.
2. Unklare Datenklassifikation. Niemand kann sagen, welche Inhalte vertraulich, intern oder öffentlich sind, weil es nie definiert wurde.
3. Gäste und Externe mit zu viel Zugriff. Ehemalige Projektpartner, Steuerberater oder Lieferanten, die noch in Teams sitzen, die sie längst nicht mehr brauchen.
4. Keine Sensitivity Labels und keine DLP. Ohne Microsoft Purview fehlt der technische Mechanismus, um vertrauliche Inhalte überhaupt zu markieren und ihren Abfluss zu verhindern.
5. Unklare Owner-Rollen. Teams und Sites ohne verantwortlichen Eigentümer verwaisen, und Berechtigungen wuchern.
6. Fehlende Schulung. Mitarbeiter, die weder gutes Prompting noch klare Do-and-Don't-Regeln kennen.
7. Kein Prozess für neue Copilot-Agenten und Erweiterungen. Wer darf welche Erweiterung aktivieren, und wer prüft das?

Der Einführungsplan: Aufräumen, Pilot, Rollout

Wir empfehlen, Copilot in drei Phasen einzuführen, ohne das Tagesgeschäft zu sprengen. Diese Reihenfolge hat sich in der Praxis bewährt.

1. Berechtigungen prüfen. Bevor irgendeine Lizenz aktiviert wird: Teams, Sites und Freigaben durchgehen, externe Zugänge bereinigen, verwaiste Inhalte identifizieren. Das ist die undankbarste, aber wichtigste Phase.

2. Datenklassifikation starten. Sie müssen nicht jedes Dokument am ersten Tag labeln. Beginnen Sie mit Sensitivity Labels für die offensichtlich vertraulichen Kategorien: Personaldaten, Verträge, Finanzen.

3. Pilotgruppe mit klaren Use Cases. Wählen Sie eine kleine Gruppe von Power-Usern und geben Sie ihnen konkrete Anwendungsfälle: Meeting-Zusammenfassungen, das Durcharbeiten langer E-Mail-Threads, erste Dokumententwürfe. So entsteht echtes Erfahrungswissen statt vager Begeisterung.

4. Governance verankern. Owner benennen, Namenskonventionen festlegen, einen Lifecycle für Teams und Sites definieren. Das verhindert, dass die Aufräumarbeit aus Phase 1 in einem Jahr wieder von vorn beginnt.

5. Rollout in Wellen. Statt eines Big-Bang führen Sie Copilot abteilungsweise ein, jeweils mit einer kurzen Schulung von 30 bis 60 Minuten. Das hält den Support-Aufwand beherrschbar und die Akzeptanz hoch.

Wenn Sie aus diesem Plan nur eine einzige Sache mitnehmen: Ziehen Sie Berechtigungen und Externen-Zugriff sauber. Das ist die Basis, auf der alles andere aufbaut. Wir verstehen diese Vorarbeit als klassisches IT-Consulting- und Digitalisierungsprojekt, das eng mit der IT-Security-Beratung verzahnt ist, denn Berechtigungshygiene zahlt auf beide Ziele gleichzeitig ein.

Ein Beispiel aus der Praxis

Ein mittelständischer Kunde in der Region Salzburg/Freilassing kam mit der typischen Ausgangslage zu uns: viele Teams, zahllose geteilte Ordner, unklare Owner und eine bunte Mischung externer Freigaben. Statt Copilot einfach freizuschalten, haben wir zunächst die Teams- und Site-Struktur sortiert, klare Owner und Berechtigungsgruppen definiert, erste Sensitivity Labels gesetzt und Copilot dann in einer Pilotgruppe ausgerollt.

Das Ergebnis war ein schneller, sichtbarer Produktivitätsgewinn, ohne dass dabei Daten unkontrolliert sichtbar wurden. Der entscheidende Unterschied lag nicht im Tool, sondern in der Vorarbeit. Genau deshalb steht und fällt der Erfolg eines Copilot-Projekts mit der sauberen Infrastruktur im Hintergrund.

Fazit

Microsoft 365 Copilot kann echte Produktivität in den Arbeitsalltag bringen, aber Governance ist keine Kür, sondern Pflicht. Die wichtigste Grundlage ist ein sauberes Berechtigungsmodell, ergänzt um Sensitivity Labels und DLP über Microsoft Purview sowie eine kurze, klare Nutzungsrichtlinie. Wer in dieser Reihenfolge vorgeht, holt den Nutzen ab, ohne sich neue Risiken einzukaufen.

Für KMU in Bayern und im DACH-Raum heißt das konkret: erst aufräumen, dann pilotieren, dann skalieren. Wenn Sie unsicher sind, wo Ihr Tenant heute steht, ist ein strukturierter Readiness-Check der pragmatischste erste Schritt.

---