Access Transparency

Découvrez comment Access Transparency crée un enregistrement des accès humains aux données de votre organisation par le personnel d'Anthropic, ce qu'il couvre, et comment recevoir les événements via l'API Compliance.



Comment fonctionne Access Transparency

Le personnel d'Anthropic n'accède au contenu client que dans des conditions définies. Access Transparency est conçu pour rendre ces accès visibles pour vous. La conception repose sur les principes suivants :

• L'accès humain n'a lieu que sous un code de motif publié.
• Les consultations humaines de votre contenu couvert sont enregistrées. Les outils internes d'Anthropic qui peuvent atteindre votre contenu couvert sont instrumentés pour émettre un événement à chaque consultation.
• Les événements représentent un accès humain, pas un traitement automatisé. Les systèmes de sécurité automatisés d'Anthropic traitent votre contenu dans un pipeline sécurisé sans accès humain interactif ; ce traitement ne génère pas d'événements anthropic_access. Le seul événement que le traitement automatisé peut initier est un enregistrement de préservation cmek_preserve (voir Préservation de contenu CMEK).
• Les événements arrivent sur votre flux existant. Les activités sont accessibles via votre flux d'activité de l'API Compliance. Les identifiants, audits, exports et intégrations SIEM existants pour l'API Compliance continueront de s'appliquer.



Ce que couvre Access Transparency

• Contenu couvert : Access Transparency couvre le contenu des prompts et des réponses envoyé via l'API Claude Messages ou les sessions Claude Code. La documentation générale ZDR d'Anthropic et la documentation ZDR pour Claude Code expliquent quelles API et fonctionnalités sont couvertes par ZDR. Les mêmes API et fonctionnalités sont couvertes par Access Transparency.
• Consultations manuelles par le personnel d'Anthropic : Les consultations manuelles de votre contenu couvert par les examinateurs d'Anthropic génèrent des événements.



Ce que Access Transparency ne couvre pas

• Traitement automatisé : Le service des modèles, les classificateurs de sécurité et les pipelines de détection d'abus traitent votre contenu dans le cadre du fonctionnement normal et ne génèrent pas d'événements anthropic_access. La préservation initiée par un traitement automatisé génère bien un événement cmek_preserve (voir Préservation de contenu CMEK).
• L'activité de votre propre organisation : Vos appels API, actions d'administration et lectures de l'API Compliance sont couverts par les types d'événements standard du flux d'activité.
• Claude for Enterprise et les applications Claude : Les sièges claude.ai Enterprise, Claude for Work, Cowork et Claude in Chrome ne sont pas couverts.
• Produits Claude grand public : Les forfaits Claude Free, Pro ou Max.
• Plateformes exploitées par des partenaires : Amazon Bedrock et Google Cloud ; reportez-vous aux contrôles de transparence de ces plateformes.
• Tout ce que ZDR ne couvre pas : Les produits qui ne sont pas couverts par ZDR (par exemple, l'API Files, les applications avec état hébergées par Anthropic et l'API Batch) ne sont pas couverts par Access Transparency. Consultez la documentation ZDR pour plus de détails.



Premiers pas

Pour activer Access Transparency :

Access Transparency est activé au niveau de l'organisation et couvre tous les espaces de travail. L'inscription par espace de travail n'est pas disponible actuellement.



Réception des événements Access Transparency

Les événements Access Transparency sont livrés sous le type d'activité anthropic_access sur le flux d'activité de l'API Compliance. Filtrez avec 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"

La pagination, le filtrage par plage de dates (created_at.gte / .lt) et l'enveloppe de réponse (has_more, first_id, last_id) sont partagés avec le reste du flux d'activité. Voir Interroger le flux d'activité.

Chaque activité anthropic_access comporte les champs d'activité standard ainsi que les suivants :

Exemple de message JSON :

{
  "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"
}



Préservation de contenu CMEK

Dans de rares cas, Anthropic préserve un contenu spécifique au-delà de la fenêtre de rétention standard (par exemple, lorsqu'un examen de sécurité confirme un contenu gravement préjudiciable qui doit être conservé pour une enquête en cours). La préservation est elle-même une action journalisée et visible par le client :

• Un événement de préservation est écrit dans votre flux. Lorsque du contenu est préservé, un événement de type cmek_preserve est écrit dans votre flux d'activité de l'API Compliance. Les événements de préservation comportent les mêmes champs qu'un événement anthropic_access ; seul le type d'événement diffère, de sorte qu'un analyseur qui gère l'un gère l'autre. Voir Codes de motif.
• Un événement de préservation est écrit quelle que soit la manière dont la préservation a été initiée. La préservation fait habituellement suite à un examen humain du contenu, mais l'événement est écrit que la préservation ait été initiée par un examinateur humain ou par un pipeline de sécurité automatisé : l'enregistrement reflète le fait que l'état de rétention de votre contenu a changé, indépendamment de qui l'a changé.
• Pour les organisations CMEK, la préservation est un mouvement de clé visible. Le contenu préservé est rechiffré en dehors de votre clé gérée par le client afin que l'enquête puisse se poursuivre indépendamment de votre clé. L'événement de préservation est votre enregistrement attestant que cela s'est produit. Tout autre contenu conservé reste sous votre clé.

Filtrez les événements de préservation de la même manière que les événements d'accès :

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"

Exemple de message JSON :

{
  "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"
}

Pour les événements de préservation, accessed_at enregistre le moment où le contenu a été préservé.



Codes de motif

L'ensemble des codes de motif est fermé. Anthropic mettra à jour cette page dans le cas où elle introduirait un nouveau code.



Éligibilité des surfaces

Le tableau suivant répertorie les surfaces couvertes par Access Transparency. La couverture signifie que l'accès humain au contenu provenant de cette surface génère des événements anthropic_access.



Limitations et exclusions



Calendrier de couverture

Access Transparency s'applique à partir du moment où il est activé pour votre organisation. Le contenu déjà présent dans votre fenêtre de rétention au moment de l'activation peut également générer des événements lorsqu'il est consulté, mais Anthropic ne garantit pas la couverture du contenu écrit avant l'activation. Considérez votre date d'activation comme le début de la couverture fiable. Il peut y avoir un délai allant jusqu'à deux heures entre l'activation d'Access Transparency et la couverture de votre contenu.



Calendrier de notification

Les événements anthropic_access et cmek_preserve sont livrés dans votre flux de l'API Compliance dans les deux jours ouvrables suivant l'accès ou la préservation qu'ils enregistrent. Ce flux ne doit pas être traité comme un canal d'alerte en temps réel, et l'horodatage accessed_at reflète le moment où l'accès a eu lieu, qui peut être jusqu'à deux jours ouvrables avant que l'activité ne devienne visible dans votre flux. Le champ created_at reflète le moment où l'événement est devenu visible.



Le traitement automatisé ne génère pas d'événements d'accès

Les événements anthropic_access enregistrent uniquement les accès humains. Les systèmes de sécurité automatisés et les classificateurs d'Anthropic continuent de traiter votre contenu dans le cadre du fonctionnement normal, et ce traitement ne génère pas d'événements anthropic_access. Le seul événement que le traitement automatisé peut initier est un enregistrement de préservation cmek_preserve (voir Préservation de contenu CMEK). Un flux vide signifie qu'aucun humain chez Anthropic n'a consulté votre contenu ; cela ne signifie pas que votre contenu n'a pas été traité par des systèmes automatisés.



Access Transparency ne change pas ce à quoi Anthropic peut accéder

Access Transparency enregistre les accès ; il ne les accorde ni ne les restreint. Les finalités pour lesquelles le personnel d'Anthropic peut accéder à votre contenu sont régies par votre accord avec Anthropic et les politiques d'utilisation, et sont les mêmes qu'Access Transparency soit activé ou non.



Les journaux d'utilisation des clés CMEK ne constituent pas un enregistrement par lecture

Pour les organisations qui activent également CMEK, le journal d'audit KMS de votre cloud (CloudTrail, Cloud Audit Logs ou Azure Monitor) enregistre l'utilisation de votre clé par Anthropic. Comme les clés sont mises en cache pendant de courtes périodes durant le fonctionnement, une lecture humaine individuelle ne produit pas nécessairement une entrée de déchiffrement KMS distincte. Utilisez le flux Access Transparency comme enregistrement par accès ; votre journal KMS confirme indépendamment les schémas d'utilisation des clés.



Questions fréquemment posées



Ressources connexes

• Aperçu de l'API Compliance
• Flux d'activité
• API et rétention des données
• Clés de chiffrement gérées par le client (CMEK)
• Utilisation des données de Claude Code
• Trust Center