Access Transparency

Erfahre, wie Access Transparency einen Nachweis über menschliche Zugriffe von Anthropic-Mitarbeitenden auf die Daten deiner Organisation erstellt, was abgedeckt ist und wie du Events über die Compliance API erhältst.



Wie Access Transparency funktioniert

Anthropic-Mitarbeitende greifen nur unter definierten Bedingungen auf Kundeninhalte zu. Access Transparency ist darauf ausgelegt, solche Zugriffe für dich sichtbar zu machen. Das Design beruht auf den folgenden Prinzipien:

• Menschlicher Zugriff erfolgt nur unter einem veröffentlichten Reason Code.
• Menschliche Einsichtnahmen in deine abgedeckten Inhalte werden aufgezeichnet. Anthropics interne Tools, die auf deine abgedeckten Inhalte zugreifen können, sind so instrumentiert, dass sie bei jeder Einsichtnahme ein Event auslösen.
• Events repräsentieren menschlichen Zugriff, nicht automatisierte Verarbeitung. Anthropics automatisierte Sicherheitssysteme verarbeiten deine Inhalte in einer gesicherten Pipeline ohne interaktiven menschlichen Zugriff; diese Verarbeitung erzeugt keine anthropic_access-Events. Das einzige Event, das automatisierte Verarbeitung auslösen kann, ist ein cmek_preserve-Aufbewahrungsnachweis (siehe CMEK-Inhaltsaufbewahrung).
• Events erscheinen in deinem bestehenden Feed. Aktivitäten sind über deinen Compliance API Activity Feed zugänglich. Bestehende Zugangsdaten, Audit-, Export- und SIEM-Integrationen für die Compliance API gelten weiterhin.



Was Access Transparency abdeckt

• Abgedeckte Inhalte: Access Transparency deckt Prompt- und Antwortinhalte ab, die über die Claude Messages API oder Claude Code-Sitzungen gesendet werden. Anthropics allgemeine ZDR-Dokumentation und die ZDR-Dokumentation für Claude Code erläutern, welche APIs und Funktionen von ZDR abgedeckt sind. Dieselben APIs und Funktionen sind von Access Transparency abgedeckt.
• Manuelle Einsichtnahmen durch Anthropic-Mitarbeitende: Manuelle Einsichtnahmen in deine abgedeckten Inhalte durch Anthropic-Prüfer erzeugen Events.



Was Access Transparency nicht abdeckt

• Automatisierte Verarbeitung: Model Serving, Sicherheitsklassifikatoren und Missbrauchserkennungs-Pipelines verarbeiten deine Inhalte im Rahmen des normalen Betriebs und erzeugen keine anthropic_access-Events. Eine durch automatisierte Verarbeitung initiierte Aufbewahrung erzeugt jedoch ein cmek_preserve-Event (siehe CMEK-Inhaltsaufbewahrung).
• Die Aktivitäten deiner eigenen Organisation: Deine API-Aufrufe, Admin-Aktionen und Compliance-API-Lesezugriffe werden durch die Standard-Eventtypen des Activity Feed abgedeckt.
• Claude for Enterprise und Claude Apps: claude.ai Enterprise-Lizenzen, Claude for Work, Cowork und Claude in Chrome sind nicht abgedeckt.
• Claude-Consumer-Produkte: Claude Free-, Pro- oder Max-Pläne.
• Von Partnern betriebene Plattformen: Amazon Bedrock und Google Cloud; beachte die Transparenzkontrollen dieser Plattformen.
• Alles, was ZDR nicht abdeckt: Produkte, die nicht von ZDR abgedeckt sind (zum Beispiel die Files API, von Anthropic gehostete zustandsbehaftete Anwendungen und die Batch API), sind nicht von Access Transparency abgedeckt. Weitere Details findest du in der ZDR-Dokumentation.



Erste Schritte

So aktivierst du Access Transparency:

Access Transparency wird auf Organisationsebene aktiviert und deckt alle Workspaces ab. Eine Aktivierung pro Workspace ist derzeit nicht verfügbar.



Access-Transparency-Events empfangen

Access-Transparency-Events werden als Aktivitätstyp anthropic_access im Compliance API Activity Feed bereitgestellt. Filtere mit activity_types[]:

curl --fail-with-body -sS -G \
  "https://api.anthropic.com/v1/compliance/activities" \
  --data-urlencode "activity_types[]=anthropic_access" \
  --data-urlencode "limit=50" \
  --header "x-api-key: $ANTHROPIC_COMPLIANCE_ACCESS_KEY"

Paginierung, Datumsbereichsfilterung (created_at.gte / .lt) und die Antwort-Hülle (has_more, first_id, last_id) sind mit dem Rest des Activity Feed identisch. Siehe Activity Feed abfragen.

Jede anthropic_access-Aktivität enthält die Standard-Activity-Felder sowie die folgenden:

Beispiel einer JSON-Nachricht:

{
  "id": "activity_013b013744txqZtFHLUaRqLr",
  "type": "anthropic_access",
  "created_at": "2026-06-08T17:12:09.812446Z",
  "accessed_at": "2026-06-08T17:12:06.478035Z",
  "organization_id": "org_0910d9133038914eta7i3vt",
  "actor": { "type": "anthropic_actor", "email_address": null },
  "resource_details": { "type": "message", "id": "msg_1234ABCD" },
  "accessor_department": "Safeguards",
  "reason_code": "safety_review",
  "organization_uuid": "5b236db4-3fb4-4bf3-a560-b5e266038a15"
}



CMEK-Inhaltsaufbewahrung

In seltenen Fällen bewahrt Anthropic bestimmte Inhalte über das Standard-Aufbewahrungsfenster hinaus auf (zum Beispiel, wenn eine Sicherheitsüberprüfung schwerwiegend schädliche Inhalte bestätigt, die für eine laufende Untersuchung aufbewahrt werden müssen). Die Aufbewahrung ist selbst eine protokollierte, für den Kunden sichtbare Aktion:

• Ein Aufbewahrungs-Event wird in deinen Feed geschrieben. Wenn Inhalte aufbewahrt werden, wird ein Event mit dem Typ cmek_preserve in deinen Compliance API Activity Feed geschrieben. Aufbewahrungs-Events enthalten dieselben Felder wie ein anthropic_access-Event; nur der Eventtyp unterscheidet sich, sodass ein Parser, der eines verarbeitet, beide verarbeitet. Siehe Reason Codes.
• Ein Aufbewahrungs-Event wird unabhängig davon geschrieben, wie die Aufbewahrung initiiert wurde. Eine Aufbewahrung folgt normalerweise auf eine menschliche Überprüfung des Inhalts, aber das Event wird geschrieben, unabhängig davon, ob die Aufbewahrung von einem menschlichen Prüfer oder einer automatisierten Sicherheits-Pipeline initiiert wurde: Der Nachweis spiegelt wider, dass sich der Aufbewahrungsstatus deiner Inhalte geändert hat, unabhängig davon, wer ihn geändert hat.
• Für CMEK-Organisationen ist die Aufbewahrung eine sichtbare Schlüsselbewegung. Aufbewahrte Inhalte werden außerhalb deines kundenverwalteten Schlüssels neu verschlüsselt, damit die Untersuchung unabhängig von deinem Schlüssel fortgesetzt werden kann. Das Aufbewahrungs-Event ist dein Nachweis, dass dies geschehen ist. Alle anderen gespeicherten Inhalte verbleiben unter deinem Schlüssel.

Filtere nach Aufbewahrungs-Events auf dieselbe Weise wie nach Zugriffs-Events:

curl --fail-with-body -sS -G \
  "https://api.anthropic.com/v1/compliance/activities" \
  --data-urlencode "activity_types[]=cmek_preserve" \
  --data-urlencode "limit=50" \
  --header "x-api-key: $ANTHROPIC_COMPLIANCE_ACCESS_KEY"

Beispiel einer JSON-Nachricht:

{
  "id": "activity_01AbCdEfGhJkMnPqRsTuVwXy",
  "type": "cmek_preserve",
  "created_at": "2026-07-02T09:41:53.204118Z",
  "accessed_at": "2026-07-02T09:41:50.118764Z",
  "organization_id": "org_0123456789abcdefghijklmn",
  "actor": { "type": "anthropic_actor", "email_address": null },
  "resource_details": { "type": "message", "id": "msg_0ExampleExampleExample" },
  "accessor_department": "Safeguards",
  "reason_code": "policy_violation_investigation",
  "organization_uuid": "00000000-1111-2222-3333-444444444444"
}

Bei Aufbewahrungs-Events gibt accessed_at an, wann der Inhalt aufbewahrt wurde.



Reason Codes

Die Menge der Reason Codes ist abgeschlossen. Anthropic wird diese Seite aktualisieren, falls ein neuer Code eingeführt wird.



Berechtigung nach Oberfläche

Die folgende Tabelle listet auf, welche Oberflächen von Access Transparency abgedeckt sind. Abdeckung bedeutet, dass menschlicher Zugriff auf Inhalte dieser Oberfläche anthropic_access-Events erzeugt.



Einschränkungen und Ausschlüsse



Zeitpunkt der Abdeckung

Access Transparency gilt ab dem Zeitpunkt, zu dem es für deine Organisation aktiviert wird. Inhalte, die sich zum Zeitpunkt der Aktivierung bereits in deinem Aufbewahrungsfenster befinden, können beim Zugriff ebenfalls Events erzeugen, aber Anthropic garantiert keine Abdeckung für Inhalte, die vor der Aktivierung geschrieben wurden. Betrachte dein Aktivierungsdatum als Beginn der zuverlässigen Abdeckung. Zwischen der Aktivierung von Access Transparency und der Abdeckung deiner Inhalte kann eine Verzögerung von bis zu zwei Stunden liegen.



Zeitpunkt der Benachrichtigung

anthropic_access- und cmek_preserve-Events werden innerhalb von zwei Werktagen nach dem Zugriff oder der Aufbewahrung, die sie dokumentieren, an deinen Compliance-API-Feed geliefert. Dieser Feed sollte nicht als Echtzeit-Alarmierungskanal behandelt werden, und der accessed_at-Zeitstempel gibt an, wann der Zugriff erfolgte, was bis zu zwei Werktage vor dem Zeitpunkt liegen kann, zu dem die Aktivität in deinem Feed sichtbar wird. Das Feld created_at gibt den Zeitpunkt an, zu dem das Event sichtbar wurde.



Automatisierte Verarbeitung erzeugt keine Zugriffs-Events

anthropic_access-Events dokumentieren ausschließlich menschlichen Zugriff. Anthropics automatisierte Sicherheitssysteme und Klassifikatoren verarbeiten deine Inhalte weiterhin im Rahmen des normalen Betriebs, und diese Verarbeitung erzeugt keine anthropic_access-Events. Das einzige Event, das automatisierte Verarbeitung auslösen kann, ist ein cmek_preserve-Aufbewahrungsnachweis (siehe CMEK-Inhaltsaufbewahrung). Ein leerer Feed bedeutet, dass kein Mensch bei Anthropic deine Inhalte eingesehen hat; er bedeutet nicht, dass deine Inhalte nicht von automatisierten Systemen verarbeitet wurden.



Access Transparency ändert nicht, worauf Anthropic zugreifen kann

Access Transparency dokumentiert Zugriffe; es gewährt oder beschränkt sie nicht. Die Zwecke, zu denen Anthropic-Mitarbeitende auf deine Inhalte zugreifen dürfen, werden durch deine Vereinbarung mit Anthropic und die Usage Policies geregelt und sind dieselben, unabhängig davon, ob Access Transparency aktiviert ist.



CMEK-Schlüsselnutzungsprotokolle sind kein Nachweis pro Lesezugriff

Für Organisationen, die zusätzlich CMEK aktivieren, zeichnet dein Cloud-KMS-Audit-Log (CloudTrail, Cloud Audit Logs oder Azure Monitor) Anthropics Nutzung deines Schlüssels auf. Da Schlüssel während des Betriebs für kurze Zeiträume zwischengespeichert werden, erzeugt ein einzelner menschlicher Lesezugriff nicht notwendigerweise einen eigenen KMS-Entschlüsselungseintrag. Verwende den Access-Transparency-Feed als Nachweis pro Zugriff; dein KMS-Log bestätigt unabhängig davon die Schlüsselnutzungsmuster.



Häufig gestellte Fragen



Verwandte Ressourcen

• Compliance-API-Übersicht
• Activity Feed
• API und Datenspeicherung
• Customer-Managed Encryption Keys (CMEK)
• Claude Code-Datennutzung
• Trust Center