Sicherheit und Datenverarbeitung bei Claude und Copilot

Wem vertrauen wir unsere Daten eigentlich an, wenn wir Claude und Copilot am Arbeitsplatz nutzen? Im folgenden Artikel schlüsseln wir Datenspeicherung, Zugriff und Sicherheit in beiden Tools auf.

Szymon WardaJunior Software Developer | KTBnet

Datum: 29. Juli 2026
Lesezeit: 12 min
Kategorie: AI

In einem früheren Artikel habe ich die neuen Claude-Funktionen für Microsoft-365-Nutzer beschrieben und erwähnt, dass ich separat auf das Thema Sicherheit zurückkommen würde. In Gesprächen mit Kunden, die KI-Assistenten für den Arbeitsalltag einführen, taucht früher oder später immer dieselbe Frage auf: Was passiert eigentlich mit den Daten, die wir ihnen übergeben.

Das ist nicht deshalb relevant, weil es sich um „künstliche Intelligenz“ handelt, sondern weil es letztlich auf dieselben Punkte hinausläuft wie jede Entscheidung, Unternehmensdaten einem externen Anbieter anzuvertrauen: wo die Daten physisch gespeichert werden und wie lange, wer unter welchen Umständen darauf zugreifen kann und wessen Geschäftsbedingungen und rechtlichen Verpflichtungen sie unterliegen. In diesem Artikel schlüssele ich auf, wie Claude und Copilot diese Fragen beantworten.

Alle Informationen in diesem Artikel beziehen sich auf die Geschäftsversionen – Claude Enterprise und Microsoft 365 Copilot für Unternehmen. Kostenlose und private Konten arbeiten nach anderen Regeln und sind nicht Gegenstand dieses Beitrags.

Wo laufen Claude und Copilot physisch?

Bevor wir uns mit Speicherung und Zugriff befassen, lohnt sich ein Blick auf die Grundlagen: Der Betrieb von Sprachmodellen erfordert enorme Rechenleistung, weshalb sowohl Anthropic als auch Microsoft auf großskalige Cloud-Infrastruktur setzen. Claude läuft auf der Infrastruktur von Amazon Web Services (AWS) und der Google Cloud Platform (GCP) – zwei Anbietern, die zugleich bedeutende Investoren bei Anthropic sind. Die Daten, die wir an Claude senden, landen daher in diesen Clouds.

Entscheidend ist hier allerdings nicht nur, welcher Anbieter die Infrastruktur bereitstellt, sondern auch die Data Residency – der physische Standort der Server. Das reguläre Claude Enterprise (die Web-App und die direkte API) bietet keine Option, Daten in der Europäischen Union zu speichern – unabhängig davon, wo unser Unternehmen registriert ist, landen die Daten stets auf Servern in den Vereinigten Staaten. Die Einstellung für die Verarbeitungsregion (die sogenannte Inference-Geo) akzeptiert nur zwei Werte: „us“ oder „global“ – eine Option „eu“ gibt es schlicht nicht, und der Workspace selbst wird ausschließlich in der US-Region angelegt und kann im Nachhinein nicht geändert werden.

Copilot dagegen läuft vollständig innerhalb von Microsoft Azure – demselben Ökosystem, in dem ein Unternehmen bereits seine Microsoft-365-Dienste betreibt. Konkret verarbeitet Copilot Prompts über den Azure OpenAI Service, nicht über den öffentlich zugänglichen OpenAI-Dienst. Das ist ein wichtiger Unterschied, denn Azure OpenAI speichert (cacht) keine Kundeninhalte, und Prompts sowie Antworten verbleiben innerhalb der Grenzen des Microsoft-365-Dienstes, im Einklang mit den Datenschutz- und Compliance-Zusagen von Microsoft.

Bei Copilot funktioniert die Data Residency anders – sie hängt davon ab, wo das Unternehmen seinen Microsoft-365-Tenant und seine Azure-Ressourcen eingerichtet hat. Wurde der Tenant in Europa registriert, bleiben die Daten (einschließlich der Copilot-Konversationen) innerhalb der von der EU Data Boundary von Microsoft abgedeckten Region und werden nicht außerhalb der Europäischen Union verschoben. Das ist ein grundlegender Unterschied zu Claude: Die Residency von Copilot ist flexibel und hängt von der Konfiguration des Unternehmens ab, während die Residency von Claude fest an die USA gebunden ist – unabhängig davon, von wo aus unsere Organisation den Dienst nutzt.

Diese scheinbar technische Unterscheidung – Daten bei einem externen Anbieter versus Daten innerhalb der eigenen Microsoft-Umgebung – bildet die Grundlage für alles, was im Folgenden besprochen wird. Da die Daten physisch irgendwo liegen, stellt sich die Frage: Wie lange verbleiben sie dort?

Speichert Claude Daten, auch im Enterprise-Tarif?

Kurze Antwort: ja – aber nach völlig anderen Regeln als in der kostenlosen Version. Der entscheidende Unterschied liegt im Zweck. Daten werden nicht gespeichert, um Algorithmen zu trainieren, sondern damit das Produkt so funktioniert, wie wir es erwarten.

So sieht die Datenspeicherung bei den Tarifen Claude for Work / Claude Enterprise konkret aus:

Kein Modelltraining: Anthropic trainiert seine Modelle nicht mit Prompts oder Dateien, die von Unternehmenskunden übermittelt werden. In dieser Hinsicht sind Unternehmensdaten zu 100 % von der Weiterentwicklung der Algorithmen getrennt.
Speicherung „innerhalb des Produkts“ (operative Speicherung): Damit wir nach der Anmeldung unseren Chatverlauf einsehen und zu früheren Gesprächen zurückkehren können, müssen die Daten physisch auf den Datenbankservern von Anthropic gespeichert werden. Wenn unsere Organisation nichts anderes konfiguriert, werden die Daten unbegrenzt aufbewahrt, bis wir selbst oder der Administrator der Organisation sie manuell löschen. Legt der Administrator hingegen im Admin-Panel eine benutzerdefinierte Aufbewahrungsrichtlinie fest (z. B. 30, 60 oder 90 Tage), werden Daten, die älter sind als der gewählte Zeitraum, automatisch gelöscht.
Was passiert, wenn Sie auf „Löschen“ klicken? Die Konversation verschwindet sofort aus der Ansicht und wird innerhalb von maximal 30 Tagen dauerhaft aus den Backup-Systemen und Backend-Servern von Anthropic entfernt.

Für die leistungsstärksten Modelle gilt eine gesonderte Richtlinie – die sogenannten Covered Models (derzeit die Mythos-/Fable-Klasse, also Claude Fable 5 und Claude Mythos 5). Anfragen und Antworten werden mindestens 30 Tage lang protokolliert, um Missbrauch automatisch zu erkennen (z. B. die Erzeugung von Schadcode oder Hassrede) – auf jeder Plattform, auf der diese Modelle verfügbar sind. Erkennt das System einen Verstoß gegen die Nutzungsbedingungen, können die Daten für bis zu 2 Jahre zu Untersuchungszwecken eingefroren werden.

Ist eine Zero Data Retention (ZDR) möglich?

Ja – allerdings in der Regel nicht innerhalb der Standard-Web-App von Claude Enterprise. Wenn ein Unternehmen strenge rechtliche Anforderungen hat (z. B. im Gesundheitswesen oder im Bankwesen), lässt sich Zero Data Retention (ZDR) auf zwei Wegen erreichen, die ich hier nur kurz anreiße, ohne ins Detail zu gehen.

Über die API: mittels direktem Entwicklerzugriff (die Anthropic-API). Seit dem 14. September 2025 beträgt die Standard-Aufbewahrungsfrist für API-Protokolle 7 Tage (sie kann über einen DPA-Zusatz auf 30 Tage verlängert werden), und qualifizierte Kunden können eine vollständige ZDR aushandeln, bei der die Daten sofort nach Erzeugung der Antwort aus dem Serverspeicher verschwinden.
Partner-Clouds: Claude-Modelle lassen sich innerhalb der eigenen Amazon-Bedrock- oder Google-Vertex-AI-Umgebung betreiben. In diesem Fall gelangen die Daten überhaupt nicht zu Anthropic – die Verarbeitung erfolgt auf AWS-/Google-Servern im Rahmen des eigenen Cloud-Abonnements, bei dem Sie selbst die Aufbewahrungsrichtlinie kontrollieren.

Kein Modelltraining: Anthropic trainiert seine Modelle nicht mit Prompts oder Dateien, die von Unternehmenskunden übermittelt werden. In dieser Hinsicht sind Unternehmensdaten zu 100 % von der Weiterentwicklung der Algorithmen getrennt.
Speicherung „innerhalb des Produkts“ (operative Speicherung): Damit wir nach der Anmeldung unseren Chatverlauf einsehen und zu früheren Gesprächen zurückkehren können, müssen die Daten physisch auf den Datenbankservern von Anthropic gespeichert werden. Wenn unsere Organisation nichts anderes konfiguriert, werden die Daten unbegrenzt aufbewahrt, bis wir selbst oder der Administrator der Organisation sie manuell löschen. Legt der Administrator hingegen im Admin-Panel eine benutzerdefinierte Aufbewahrungsrichtlinie fest (z. B. 30, 60 oder 90 Tage), werden Daten, die älter sind als der gewählte Zeitraum, automatisch gelöscht.
Was passiert, wenn Sie auf „Löschen“ klicken? Die Konversation verschwindet sofort aus der Ansicht und wird innerhalb von maximal 30 Tagen dauerhaft aus den Backup-Systemen und Backend-Servern von Anthropic entfernt.

Und wie sieht es bei Copilot aus?

Wenn wir Copilot über ein Arbeits- oder Schulkonto nutzen (z. B. in Teams, Word oder im Edge-Browser – mit dem grünen Schild-Symbol), unterliegen unsere Daten strengen Regeln und verlassen niemals unsere eigene digitale Umgebung, den sogenannten Tenant. Es gibt keinen externen Anbieter, bei dem die Daten „landen“ – alles bleibt innerhalb unseres eigenen Microsoft-365-Abonnements.

Wo landen die Konversationen physisch?

Versteckter Ordner im Postfach (Exchange Online): Der gesamte Verlauf von Prompts und KI-Antworten wird in einem versteckten Ordner in unserer Postfachdatenbank gespeichert.
Warum gerade dort? Der Ordner ist bei der alltäglichen Nutzung von Outlook unsichtbar. Er ist dort platziert, damit die IT-Abteilung des Unternehmens die Daten mit Microsoft-Purview-Tools verwalten kann – für Audits, Archivierung oder eDiscovery.
In den Chat hochgeladene Dateien: Dokumente, die in Copilot eingefügt werden, oder generierte Seiten (Copilot Pages) landen in unserem OneDrive-for-Business-Ordner oder auf den SharePoint-Sites des Unternehmens.
Geografischer Standort (Data Residency, sogenanntes Geofencing): Die Daten befinden sich in derselben Region wie die übrigen Microsoft-365-Dienste des Unternehmens. Wurde das Konto in Europa registriert, verbleiben Chats auf den Servern von Microsoft innerhalb der Europäischen Union (EU Data Boundary).

Wichtig ist: Auf den OpenAI-Servern, die die Anfrage „live“ verarbeiten, wird die Sitzung in dem Moment vollständig gelöscht, in dem das Chatfenster geschlossen wird – das KI-Modell selbst behält nichts. Microsoft hat keinerlei Einblick in diese Konversationen; sie sind nur für einen autorisierten IT-Administrator innerhalb unseres eigenen Unternehmens sichtbar, gemäß der internen Sicherheitsrichtlinie.

Wer kann unsere Konversationen tatsächlich lesen?

Diese Frage wurde nach der Einführung einer restriktiven Richtlinie für die leistungsstärksten Modelle (Covered Models, Mythos-/Fable-Klasse) zu einem viel diskutierten Thema. Die Änderung sorgte im Enterprise-Markt für so viel Aufsehen, dass sogar Microsoft – gleichzeitig Investor bei Anthropic und Vertreiber von dessen Modellen – den internen Zugriff der eigenen Mitarbeiter auf Claude Fable 5 in GitHub Copilot des Unternehmens einschränkte, während ältere Modelle (Opus 4.8, Sonnet 4.6, Haiku 4.5) unter denselben ZDR-Bedingungen wie zuvor verfügbar blieben. Die Rechtsabteilungen von Microsoft prüfen, ob die neue Aufbewahrungsrichtlinie damit vereinbar ist, wie das Unternehmen seine eigenen Daten und die seiner Kunden schützen möchte.

Die Dokumentation von Anthropic besagt, dass in klar definierten Situationen bestimmte Personen Zugriff auf diese Daten haben können – das bedeutet jedoch nicht, dass ein beliebiger Anthropic-Mitarbeiter jederzeit unseren Gesprächsverlauf einsehen kann.

Datenzugriff

Erste Instanz (automatisiert): Jede Anfrage wird von automatisierten Sicherheitsklassifikatoren analysiert, die nach Verstößen suchen – Versuchen, Schadcode zu erzeugen, Jailbreak-Angriffen oder Betrug. Solange der Scanner nichts Verdächtiges erkennt, sieht während der standardmäßigen 30-tägigen Aufbewahrungsfrist kein Mensch unsere Daten.
Wer hat Zugriff, wenn ein Sicherheitsalarm ausgelöst wird? Wenn das automatisierte System etwas Verdächtiges markiert, wird die Konversation an das Trust-and-Safety-Team weitergeleitet – eine kleine, speziell autorisierte und überprüfte Gruppe von Analysten, die ein solches Protokoll ausschließlich zur Verifizierung der Bedrohung öffnen dürfen.

Wie wird dieser Zugriff abgesichert?

Anthropic beschreibt in seiner technischen Dokumentation Mechanismen, die den Missbrauch dieser Berechtigungen verhindern sollen:

Kein Standardzugriff: Reguläre Softwareentwickler, KI-Entwickler oder Support-Mitarbeiter sind standardmäßig vollständig davon ausgeschlossen, Konversationen zu lesen, und haben technisch keine Möglichkeit dazu.
Manipulationssichere Protokolle: Jeder Versuch eines autorisierten Analysten, einen Chat zu öffnen, wird automatisch protokolliert. Dadurch entsteht eine digitale Spur, die nicht gelöscht oder verändert werden kann – Prüfer können genau nachvollziehen, wer wann und warum auf eine Konversation zugegriffen hat.

Was passiert, wenn Daten für 2 Jahre eingefroren werden?

Bestätigt ein Analyst einen schwerwiegenden Angriff oder einen Versuch, mithilfe von Claude Daten zu extrahieren, wird die Konversation für bis zu 2 Jahre in ein isoliertes, gesichertes Archiv verschoben.

Zugriff auf diese Daten haben ausschließlich die Teams für Cybersicherheit und die Rechtsabteilung.
Die Daten werden analysiert, um die Angriffsmethode zu verstehen und bessere Schutzmaßnahmen des Modells gegen neue Bedrohungsvektoren zu implementieren.

Wie schneidet Microsoft Copilot im Vergleich ab?

Hier wird die Konsequenz des zuvor beschriebenen Modells deutlich. Denn in der kommerziellen Version speichert Copilot Daten in unserem eigenen Microsoft-365-Tenant:

Microsoft-Mitarbeiter haben technisch überhaupt keinen Zugriff auf unsere Konversationen.
Die Sicherheitssysteme von Microsoft scannen Anfragen auf Bedrohungen, aber alle Warnmeldungen gehen an die IT-Administratoren innerhalb unseres eigenen Unternehmens – nicht an Microsoft-Mitarbeiter. Niemand außerhalb der Organisation hat Einblick in unsere Daten.

Was ist mit Anthropics Modellen in Copilot?

Seit einiger Zeit bietet Microsoft in Microsoft 365 Copilot eine Modellauswahl an: Neben den OpenAI-Modellen können auch Anthropic-Modelle ausgewählt werden – darunter Claude Opus 4.8 – unter anderem im Researcher, im Copilot Chat, in Copilot Studio sowie in Copilot innerhalb von Word, Excel und PowerPoint.

Erfolgt die Verarbeitung außerhalb der Microsoft-Umgebung?

Microsoft stellt dies ausdrücklich klar: Aktiviert eine Organisation Anthropic-Modelle, erfolgt die Verarbeitung für diese Modelle außerhalb der von Microsoft verwalteten Umgebung und in der Praxis auch außerhalb der EU Data Boundary. Mit anderen Worten – in diesem konkreten Szenario verlassen die Daten tatsächlich die Microsoft-365-Umgebung.

Anthropic fungiert derzeit als Unterauftragsverarbeiter (Subprocessor) für Microsoft – das bedeutet, die Nutzung ist durch die Product Terms und den DPA von Microsoft abgedeckt, auch wenn die eigentliche Verarbeitung weiterhin außerhalb der EU Data Boundary stattfindet. In der Praxis bedeutet dies, dass die Daten auf Server in den USA übertragen werden können – die Infrastruktur von Anthropic läuft hauptsächlich auf AWS und Google Cloud, in US-Rechenzentren, nicht in Azure.

Was bedeutet das in der Praxis?

Standard-Copilot (OpenAI-Modelle): Die Daten bleiben innerhalb unseres Microsoft-365-Tenants – das ist das in den obigen Abschnitten beschriebene Szenario.
Copilot mit ausgewähltem Anthropic-Modell: Die Verarbeitung verlagert sich außerhalb der Microsoft-Umgebung und außerhalb der EU Data Boundary, jedoch geschieht dies seit Mai 2026 im Rahmen der Product Terms und des DPA von Microsoft (mit Anthropic als Subprocessor).
Die Anthropic-Integration in Copilot funktioniert nach demselben Prinzip wie die Claude-API, was bedeutet, dass die Daten auf den Servern von Anthropic gespeichert werden können.

Es wird also deutlich: Copilot hat kein einheitliches, festes Datenschutzprofil – wohin die Daten gelangen, hängt vom gewählten Modell ab. Genau deshalb lohnt es sich zu wissen, welches Modell eine bestimmte Konversation tatsächlich verarbeitet.

Zusammenfassung

Es lohnt sich, im Hinterkopf zu behalten, dass beide Lösungen cloudbasierte Modelle sind, die bei einem externen Anbieter laufen. Für Organisationen mit den strengsten Anforderungen (Behörden, Gesundheitswesen, Finanzsektor) sind manchmal lokal betriebene Modelle eine Alternative – etwa das zunehmend genutzte polnische Modell Bielik –, die niemals Daten außerhalb der eigenen Infrastruktur senden. Allerdings benötigt nicht jedes Unternehmen solche Modelle, und noch weniger sind in der Lage, sie zu betreiben: Sie erfordern eigene Hardware, Implementierungs-Know-how und Wartung, und ihre Fähigkeiten hinken den größten Modellen weiterhin hinterher.

Unabhängig davon, für welchen Weg Sie sich entscheiden, lohnt es sich, vorsichtig zu sein und die Einführung eines KI-Assistenten durchdacht anzugehen. Bevor Sie ein neues Tool im Unternehmen einführen – in diesem Fall die Claude-Integrationen für Microsoft 365 – sollten Sie durchdenken, welche Daten Sie mit diesen Modellen verarbeiten werden, und bewusst entscheiden, welche Daten Ihre Unternehmensumgebung verlassen dürfen und welche ausschließlich bei Ihnen verbleiben sollten.