Copilot in der Dateiablage: erst Berechtigungen aufräumen

Microsoft 365 Copilot erfindet keine Zugriffsrechte. Er nutzt die, die schon da sind. Eine Copilot-Antwort speist sich aus den Inhalten, die die anfragende Person ohnehin über den Microsoft Graph sehen darf – dieselbe Berechtigungslogik, die auch für den direkten Dateizugriff gilt. Genau das ist der Punkt, der in der Diskussion oft untergeht: Copilot ist kein neues Datenleck, sondern ein sehr effizienter Scheinwerfer auf ein altes.

Denn in den meisten über Jahre gewachsenen SharePoint- und Teams-Umgebungen hat der durchschnittliche Mitarbeiter technisch Zugriff auf deutlich mehr, als jemals beabsichtigt war. Solange dieser Zugriff nur theoretisch besteht – niemand kennt die Site, niemand sucht danach – bleibt das Problem latent. Copilot macht daraus eine durchsuchbare Realität. Die Frage „Wo liegen eigentlich unsere Gehaltslisten?“ liefert dann eine Antwort, wenn die Berechtigungen es zulassen.

Warum „hat doch schon Zugriff“ die falsche Beruhigung ist

Das häufigste Missverständnis lautet: Wenn Copilot nur zeigt, was ein Nutzer ohnehin sehen darf, ist doch alles in Ordnung. Das stimmt formal und ist in der Praxis trotzdem gefährlich.

Der Unterschied liegt in der Auffindbarkeit. Eine falsch berechtigte Budget-Site, die niemand kennt, ist praktisch unsichtbar, solange sie über eine kryptische URL erreichbar bleibt. Microsoft beschreibt in der eigenen Dokumentation genau dieses Szenario: Eine Site mit sensiblen Geschäftsdaten, deren Eigentümer nie saubere Berechtigungen gesetzt hat, taucht in Copilot-Antworten auf, sobald jemand die passende Frage stellt. Was vorher durch Unwissen geschützt war, wird durch eine natürlichsprachliche Suche zugänglich.

Die größte Einzelquelle für dieses „Oversharing“ ist nach Microsofts eigener Einschätzung die Freigabe an „Jeder außer externen Benutzern“ (englisch Everyone Except External Users, EEEU) beziehungsweise „Alle“. Dieser eine Klick beim Teilen macht ein Dokument organisationsweit lesbar – und war jahrelang der bequeme Standardweg, um „schnell mal allen Zugriff zu geben“.

Berechtigungen sind kein Copilot-Thema – Copilot macht sie nur sichtbar

Es lohnt sich, die Reihenfolge klarzustellen: Das Aufräumen von Berechtigungen ist keine Copilot-Sonderaufgabe. Es ist ordentliche Datenhygiene, die ohnehin überfällig war. Copilot ist lediglich der Anlass, der aus einem chronischen Governance-Defizit ein akutes Risiko macht.

Wer Copilot ohne diese Vorarbeit aktiviert, verwandelt latentes Oversharing in sofort abrufbare Exposition – unternehmensweit, in Sekunden, in verständlichem Deutsch. Das ist kein Argument gegen Copilot, sondern eines für eine geordnete Einführung.

Fünf Schritte vor dem Rollout

1. Berechtigungen inventarisieren

Am Anfang steht Sichtbarkeit. Microsoft bündelt die dafür nötigen Werkzeuge in SharePoint Advanced Management (SAM). Der Oversharing-Baseline-Bericht, der Bericht über berechtigte Nutzer und die Site-Zugriffsprüfung zeigen, welche Inhalte breit freigegeben sind. Ein neuer Berechtigungsstatus-Bericht liefert die Vogelperspektive über Site-, OneDrive- und Datei-Berechtigungen im gesamten Tenant. Ohne diese Bestandsaufnahme fehlt die Grundlage für jede weitere Entscheidung.

2. Breite „Alle“-Freigaben gezielt zurückbauen

Der wirksamste Einzelschritt ist der Rückbau der EEEU- beziehungsweise „Alle“-Freigaben auf tatsächlich benötigte Personenkreise. Auf Tenant- und Site-Ebene lassen sich die Standardeinstellungen für das Teilen von organisationsweiter Freigabe auf gezielte „Bestimmte Personen“-Links umstellen. Das reduziert nicht nur die Copilot-Exposition, sondern verbessert die Sicherheitslage grundsätzlich.

3. Sensible Inhalte klassifizieren – mit Vertraulichkeitsbezeichnungen

Vertraulichkeitsbezeichnungen aus Microsoft Purview sind die zweite Verteidigungslinie. Verschlüsselt eine Bezeichnung ein Dokument, benötigen Nutzer das Nutzungsrecht EXTRACT zusätzlich zu VIEW, damit KI-Anwendungen den Inhalt zurückgeben dürfen. Erzwingt eine Bezeichnung Verschlüsselung oder Nutzungsrechte, honoriert Copilot diese Einschränkungen und gibt geschützte Inhalte nicht über den erlaubten Rahmen hinaus aus. Klassifizierung ersetzt keine sauberen Berechtigungen, ergänzt sie aber um eine inhaltsgebundene Schranke, die auch bei Fehlberechtigungen greift.

4. Die Suchreichweite temporär eingrenzen

Für die Übergangszeit bot Microsoft die Restricted SharePoint Search (RSS): eine Positivliste von bis zu 100 geprüften Sites, auf die organisationsweite Suche und Copilot beschränkt werden. Wichtig zur Einordnung: RSS ändert keine Berechtigungen und ist ausdrücklich als kurzfristige Übergangslösung gedacht, die Administratoren Zeit für die Berechtigungsprüfung verschaffen soll – kein Sicherheitsgrenzwall und nicht für den Dauerbetrieb geeignet.

Zudem läuft RSS aus: Seit dem 31. Juli 2026 ist die Neuaktivierung blockiert. Microsoft verweist stattdessen auf Restricted Content Discovery (RCD) innerhalb von SharePoint Advanced Management. Mit RCD lassen sich einzelne Sites so konfigurieren, dass Suche und Copilot sie nicht mehr durchsuchen – bei unverändertem Site-Zugriff. Wer heute plant, sollte also direkt auf RCD setzen, nicht mehr auf RSS.

5. Gestuft ausrollen statt tenantweit scharfschalten

Copilot gehört nicht per Knopfdruck für alle aktiviert. Sinnvoll ist ein gestufter Rollout: eine Pilotgruppe mit geprüfter Datenlage, Beobachtung der tatsächlichen Antworten, dann schrittweise Ausweitung. Wichtig ist, die Reihenfolge zu wahren – erst Berechtigungen und Governance validieren, dann die temporären Einschränkungen wieder lösen, damit Copilot verlässlich und vollständig arbeitet. Die Beteiligten sollten wissen, dass sich Such- und Copilot-Ergebnisse verändern, sobald Übergangsbeschränkungen entfallen.

Was bleibt: eine Daueraufgabe, kein Projekt

Diese fünf Schritte sind kein einmaliges Aufräumen. Berechtigungen wachsen weiter, neue Teams entstehen, alte Freigaben veralten. Data Access Governance ist deshalb ein laufender Prozess mit regelmäßigen Berichten, klaren Zuständigkeiten für Site-Eigentümer und definierten Lebenszyklus-Regeln für Sites. Copilot hat diesen ohnehin sinnvollen Prozess lediglich aus dem Bereich „nice to have“ in den Bereich „vor der Aktivierung zu erledigen“ verschoben.

Wie sector7 unterstützt

Als inhabergeführtes Haus mit einem Büro in Solingen verbinden wir Microsoft-365-Sicherheit und Copilot-Datenhygiene mit unserer Cyber-Security-Praxis: von der Bestandsaufnahme der Oversharing-Risiken über den Rückbau breiter „Alle“-Freigaben und die Einführung von Purview-Vertraulichkeitsbezeichnungen bis zum gestuften, überwachten Copilot-Rollout. Als Microsoft-Partner ordnen wir das in eine tragfähige KI-Readiness und Governance ein – und dort, wo Vertraulichkeit über der Bequemlichkeit steht, betreiben wir abgesicherte, private Sprachmodelle mit RAG auf eigenem Serverpark, ohne Ihre Daten in das Training von Fremdmodellen zu geben.

Bevor der Copilot Ihre Dateiablage durchsucht: Berechtigungen aufräumen