Copilot hat deine Daten nicht geleakt. Es hat sie auffindbar gemacht.

Microsoft 365 Copilot respektiert jede Berechtigung, die du gesetzt hast. Genau das ist das Problem. Zwanzig Jahre lang hat Unauffindbarkeit die Arbeit erledigt, von der du dachtest, sie werde von der Zugriffskontrolle erledigt.

Die Architektur ist nicht die Schwachstelle

Jedes Mal, wenn über einen Copilot-Vorfall berichtet wird, greift jemand zum Wort "Leak". Es ist das falsche Wort, und das falsche Wort führt zur falschen Abhilfe.

Copilot hat keinen eigenen Datenspeicher. Es fragt den Microsoft Graph ab und den semantischen Index, den Microsoft über deinem Tenant aufbaut. Beide setzen die Zugriffskontrolllisten durch, die bereits vorhanden waren. Wenn ein Nutzer eine Datei gestern nicht öffnen konnte, wird Copilot sie heute nicht zutage fördern. Microsofts Dokumentation ist in diesem Punkt zutreffend, und ich habe keinen glaubwürdigen Fall gesehen, der dem widerspricht.

Es wurde also keine Berechtigungsgrenze überschritten. Nichts ist entkommen. Jedes Dokument, das Copilot zurückgibt, ist ein Dokument, das dieser Nutzer bereits öffnen durfte.

Sie hätten es nur nie gefunden.

Unauffindbarkeit war eine Schutzmaßnahme, und niemand hat sie dokumentiert

Denk darüber nach, was einen Mitarbeiter tatsächlich davon abgehalten hat, die Kündigungsliste von 2018 zu lesen, die jemand auf einer Teams-bereitgestellten SharePoint-Site abgelegt hat.

Es war keine Berechtigung. Die Berechtigung war fast sicher "jeder außer externen Nutzern", denn genau das hat der Standard-Freigabelink über Jahre in den meisten Tenants erzeugt. Was sie abgehalten hat: Sie wussten nicht, dass die Site existierte, wussten nicht, dass die Datei Liste_final_v3_REVIDERET.xlsx hieß, und hatten keinen Grund, eine Suche auszuführen, die sie zurückgeliefert hätte.

Die Unternehmenssuche war schlecht. Diese Schlechtigkeit war tragend.

Copilot entfernt sie. Der semantische Index braucht keinen Dateinamen. Ein Nutzer tippt eine Frage in natürlicher Sprache, und die Retrieval-Schicht findet semantisch verwandte Inhalte in allem, was er technisch erreichen kann, und fasst es dann in einem selbstsicheren Absatz mit Quellenangaben zusammen. Der Mitarbeiter, der nie danach gesucht hätte, bekommt jetzt eine Antwort, die er sich mit seiner unpräzisen Frage nicht verdient hat.

Das ist kein Leak. Das ist ein Retrieval-System, das seine Arbeit an einem Datenbestand macht, den nie jemand aufgeräumt hat.

Was die Suche nach sensiblen Daten tatsächlich findet

Bevor du über Copilots Wirkungsradius streitest, lass eine Suche nach sensiblen Daten über den Tenant laufen und schau dir das Ergebnis an. Vier Dinge summieren sich in jedem einzelnen Fall, und sie sind alle banal:

• Vererbte Berechtigungen, die nie jemand zurückverfolgt hat. Eine Site-Collection erhält eine weite Freigabe. Subsites und Bibliotheken erben sie. Drei Umstrukturierungen später enthält die Gruppe, auf die sich diese Freigabe bezieht, hundert Personen, die keinen Bezug mehr zum ursprünglichen Zweck haben.

• Standard-Freigabelinks. Tenant-weit war der Standard über Jahre ein organisationsweiter Link. Jedes "teile das mit Lars" erzeugte ein Artefakt, das die ganze Firma lesen konnte. Multipliziert mit einem Jahrzehnt.

• Persönliches OneDrive als Aktenschrank. Menschen bewahren HR-Exporte, Gehaltsmodelle und Vertragskopien in OneDrive auf, teilen einen Ordner einmal, aus einem Grund, und heben die Freigabe nie wieder auf.

• Mail. Der schlimmste Übeltäter in jeder Prüfung, die wir durchführen. Reisepässe, Führerscheine, Zahlungskartendaten, Pentest-Berichte, aktive Zugangsdaten — alles liegt in Postfächern und in Anhängen, die Copilot jetzt zusammenfassen kann.

Microsofts eigene Gegenmaßnahmen zeigen, dass man es weiß. Restricted SharePoint Search existiert speziell dafür, dass panische Administratoren Copilots Reichweite auf eine Allow-Liste von Sites begrenzen können, während sie die Berechtigungen in Ordnung bringen. Es wird ausdrücklich als vorübergehend beschrieben, ist auf eine kleine Anzahl von Sites gedeckelt und funktioniert dadurch, dass die Suche wieder schlechter gemacht wird. Du bezahlst für ein Retrieval-Produkt und schaltest dann das Retrieval ab. Das ist ein Tourniquet, keine Behandlung.

Die Reihenfolge, die die meisten Organisationen falsch machen

Der Standard-Abhilfeplan ist ein Berechtigungsprojekt. ACLs prüfen, Freigaben verschärfen, organisationsweite Links entfernen, Oversharing-Berichte laufen lassen, dann ausrollen.

Ich verstehe, warum das der erste Instinkt ist, und einiges davon muss passieren. Aber rechne es durch. Ein mittelgroßer Tenant hat Millionen von Elementen und Zehntausende eindeutiger Berechtigungsbereiche. Du versuchst, für jeden einzelnen die richtige Zugriffsebene zu bestimmen, in einem Bestand, in dem der Geschäftskontext, der jede Freigabe rechtfertigte, verschwunden ist und die Leute, die sie erteilt haben, das Unternehmen verlassen haben.

In der Zwischenzeit verschiebt sich das Einführungsdatum nicht, weil die Copilot-Lizenzen bereits gekauft sind.

Es gibt eine günstigere Maßnahme, die zuerst verfügbar ist. Der Großteil dessen, was du zu schützen versuchst, sollte gar nicht existieren.

In den Prüfungen, die wir durchführen, ist ein großer Teil dessen, was in Postfächern und Dateifreigaben liegt, überflüssig, veraltet oder trivial: überholte Entwürfe, alte Exporte, Kopien von Kopien, personenbezogene Daten, die Jahre über jeden rechtmäßigen Zweck hinaus aufbewahrt wurden. Dieses Material hat keinen Eigentümer, keine Aufbewahrungsbegründung und keine Verteidigung, wenn eine Aufsichtsbehörde fragt, warum du es noch aufbewahrst. Es ist außerdem, unpraktischerweise, genau die Art von Inhalt, den ein semantischer Index liebt — viel personenbezogene Daten, wenig Geschäftswert.

Es zu löschen ist ein kleineres Problem, als es mit Berechtigungen zu versehen. Es gibt keine ACL zu bedenken bei einer Datei, die weg ist. Sie braucht keine Prüfung, sie braucht keinen Ausnahmeprozess, und sie kann von niemandem, mit keinem Prompt, jemals wiedergefunden werden.

Die Reihenfolge lautet also: einen GDPR-Scanner über Mail, OneDrive und SharePoint laufen lassen, um festzustellen, was du tatsächlich aufbewahrst, jeden Dateneigentümer bestätigen lassen, was noch einen Zweck hat, den Rest löschen und es belegen, und dann die Berechtigungsarbeit an dem Bruchteil erledigen, der übrig bleibt. Du schränkst den Zugriff in einem viel kleineren Bestand ein, mit dem Geschäftskontext noch dran.

Die Reihenfolge zählt mehr als die Werkzeuge. Ein Berechtigungsprojekt auf einem nicht inventarisierten Bestand ist unbegrenzt. Ein Berechtigungsprojekt auf einem Bestand, den du bereits halbiert hast, ist ein Dienstag.

Der unangenehme Teil

Copilot erschafft keine neue Risikokategorie. Es liefert die erste ehrliche Prüfung deines Datenbestands, die je jemand durchgeführt hat, und tut das öffentlich, einen Mitarbeiter-Prompt nach dem anderen.

Jede Organisation, die es einführt, wird gleich herausfinden, was sie aufbewahrt hat. Diejenigen, die zuerst klassifiziert und gelöscht haben, werden das beruhigend finden.

Wenn du wissen willst, was tatsächlich in deinen unstrukturierten Daten liegt, führen wir eine kostenlose Prüfung durch.

Pass da draußen auf dich auf.

/A