Access Transparency

Saiba como o Access Transparency cria um registro do acesso humano aos dados da sua organização por pessoal da Anthropic, o que ele cobre e como receber eventos através da Compliance API.



Como o Access Transparency funciona

O pessoal da Anthropic acessa o conteúdo do cliente apenas sob condições definidas. O Access Transparency foi projetado para tornar esse acesso visível para você. O design se baseia nos seguintes princípios:

• O acesso humano acontece apenas sob um código de motivo publicado.
• As visualizações humanas do seu conteúdo coberto são registradas. As ferramentas internas da Anthropic que podem alcançar seu conteúdo coberto são instrumentadas para emitir um evento a cada visualização.
• Os eventos representam acesso humano, não processamento automatizado. Os sistemas automatizados de segurança da Anthropic processam seu conteúdo em um pipeline protegido sem acesso humano interativo; esse processamento não gera eventos anthropic_access. O único evento que o processamento automatizado pode iniciar é um registro de preservação cmek_preserve (consulte Preservação de conteúdo CMEK).
• Os eventos chegam no seu feed existente. As atividades são acessíveis através do seu Activity Feed da Compliance API. As credenciais, auditoria, exportação e integrações SIEM existentes para a Compliance API continuarão se aplicando.



O que o Access Transparency cobre

• Conteúdo coberto: O Access Transparency cobre o conteúdo de prompt e resposta enviado através da Claude Messages API ou de sessões do Claude Code. A documentação geral de ZDR da Anthropic e a documentação de ZDR para Claude Code explicam quais APIs e recursos são cobertos pelo ZDR. As mesmas APIs e recursos são cobertos pelo Access Transparency.
• Visualizações manuais por pessoal da Anthropic: Visualizações manuais do seu conteúdo coberto por revisores da Anthropic geram eventos.



O que o Access Transparency não cobre

• Processamento automatizado: O serviço de modelos, classificadores de segurança e pipelines de detecção de abuso processam seu conteúdo como parte da operação normal e não geram eventos anthropic_access. A preservação iniciada por processamento automatizado gera um evento cmek_preserve (consulte Preservação de conteúdo CMEK).
• A atividade da sua própria organização: Suas chamadas de API, ações de administrador e leituras da Compliance API são cobertas pelos tipos de evento padrão do Activity Feed.
• Claude for Enterprise e Claude Apps: Assentos Enterprise do claude.ai, Claude for Work, Cowork e Claude in Chrome não são cobertos.
• Produtos de consumo do Claude: Planos Claude Free, Pro ou Max.
• Plataformas operadas por parceiros: Amazon Bedrock e Google Cloud; consulte os controles de transparência dessas plataformas.
• Qualquer coisa que o ZDR não cubra: Produtos que não são cobertos pelo ZDR (por exemplo, a Files API, aplicações stateful hospedadas pela Anthropic e a Batch API) não são cobertos pelo Access Transparency. Consulte a documentação de ZDR para detalhes adicionais.



Primeiros passos

Para habilitar o Access Transparency:

O Access Transparency é habilitado no nível da organização e cobre todos os workspaces. A inscrição por workspace não está disponível atualmente.



Recebendo eventos do Access Transparency

Os eventos do Access Transparency são entregues como o tipo de atividade anthropic_access no Activity Feed da Compliance API. Filtre com 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"

A paginação, a filtragem por intervalo de datas (created_at.gte / .lt) e o envelope de resposta (has_more, first_id, last_id) são compartilhados com o restante do Activity Feed. Consulte Consultar o Activity Feed.

Cada atividade anthropic_access carrega os campos padrão de Activity mais os seguintes:

Exemplo de mensagem 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"
}



Preservação de conteúdo CMEK

Em casos raros, a Anthropic preserva conteúdo específico além da janela de retenção padrão (por exemplo, quando uma revisão de segurança confirma conteúdo gravemente prejudicial que deve ser retido para uma investigação em andamento). A preservação é, em si, uma ação registrada e visível ao cliente:

• Um evento de preservação é gravado no seu feed. Quando o conteúdo é preservado, um evento com o tipo cmek_preserve é gravado no seu Activity Feed da Compliance API. Os eventos de preservação carregam os mesmos campos de um evento anthropic_access; apenas o tipo de evento difere, então um parser que lida com um lida com ambos. Consulte Códigos de motivo.
• Um evento de preservação é gravado independentemente de como a preservação foi iniciada. A preservação normalmente segue a revisão humana do conteúdo, mas o evento é gravado independentemente de a preservação ter sido iniciada por um revisor humano ou por um pipeline automatizado de segurança: o registro reflete que o estado de retenção do seu conteúdo mudou, independentemente de quem o mudou.
• Para organizações com CMEK, a preservação é um movimento de chave visível. O conteúdo preservado é recriptografado fora da sua chave gerenciada pelo cliente para que a investigação possa continuar independentemente da sua chave. O evento de preservação é o seu registro de que isso ocorreu. Todo o restante do conteúdo retido permanece sob sua chave.

Filtre eventos de preservação da mesma forma que eventos de acesso:

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"

Exemplo de mensagem 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"
}

Para eventos de preservação, accessed_at registra quando o conteúdo foi preservado.



Códigos de motivo

O conjunto de códigos de motivo é fechado. A Anthropic atualizará esta página caso introduza um novo código.



Elegibilidade de superfícies

A tabela a seguir lista quais superfícies são cobertas pelo Access Transparency. Cobertura significa que o acesso humano ao conteúdo dessa superfície gera eventos anthropic_access.



Limitações e exclusões



Momento da cobertura

O Access Transparency se aplica a partir do momento em que é habilitado para sua organização. O conteúdo já presente na sua janela de retenção no momento da habilitação também pode gerar eventos quando acessado, mas a Anthropic não garante cobertura para conteúdo gravado antes da habilitação. Trate sua data de habilitação como o início da cobertura confiável. Pode haver um atraso de até duas horas entre a habilitação do Access Transparency e a cobertura do seu conteúdo.



Momento da notificação

Os eventos anthropic_access e cmek_preserve são entregues ao seu feed da Compliance API dentro de dois dias úteis após o acesso ou a preservação que eles registram. Este feed não deve ser tratado como um canal de alerta em tempo real, e o timestamp accessed_at reflete quando o acesso ocorreu, o que pode ser até dois dias úteis antes de a atividade se tornar visível no seu feed. O campo created_at reflete o momento em que o evento se tornou visível.



O processamento automatizado não gera eventos de acesso

Os eventos anthropic_access registram apenas acesso humano. Os sistemas automatizados de segurança e classificadores da Anthropic continuam a processar seu conteúdo como parte da operação normal, e esse processamento não gera eventos anthropic_access. O único evento que o processamento automatizado pode iniciar é um registro de preservação cmek_preserve (consulte Preservação de conteúdo CMEK). Um feed vazio significa que nenhum humano na Anthropic visualizou seu conteúdo; não significa que seu conteúdo não foi processado por sistemas automatizados.



O Access Transparency não muda o que a Anthropic pode acessar

O Access Transparency registra o acesso; ele não o concede nem o restringe. Os propósitos para os quais o pessoal da Anthropic pode acessar seu conteúdo são regidos pelo seu acordo com a Anthropic e pelas Políticas de Uso, e são os mesmos independentemente de o Access Transparency estar habilitado.



Os logs de uso de chave CMEK não são um registro por leitura

Para organizações que também habilitam CMEK, o log de auditoria do KMS da sua nuvem (CloudTrail, Cloud Audit Logs ou Azure Monitor) registra o uso da sua chave pela Anthropic. Como as chaves são armazenadas em cache por curtos períodos durante a operação, uma leitura humana individual não necessariamente produz uma entrada distinta de descriptografia no KMS. Use o feed do Access Transparency como o registro por acesso; seu log do KMS confirma independentemente os padrões de uso da chave.



Perguntas frequentes



Recursos relacionados

• Visão geral da Compliance API
• Activity Feed
• API e retenção de dados
• Chaves de Criptografia Gerenciadas pelo Cliente (CMEK)
• Uso de dados do Claude Code
• Trust Center