Anthropic detalha como o Claude foi usado em ciberataques, vigilância e armas

Anthropic detalha como o Claude foi usado em ciberataques, vigilância e armas

O novo relatório de inteligência de ameaças da Anthropic descreve operações interrompidas com Claude em cibersegurança, vigilância, influência, fraude, biologia, armas convencionais e destilação. O dado importante não é uma IA ‘fora de controle’: é a velocidade, a escala e a auto
Equipe XMACNA

8 min de leitura

Análise

A Anthropic publicou em 10 de setembro o seu relatório de inteligência de ameaças mais detalhado até agora. A empresa diz ter identificado e interrompido operações que usaram Claude entre dezembro de 2025 e agosto de 2026 em sete áreas: ciberoperações, influência, vigilância, golpes e fraude, uso biológico, desenvolvimento de armas convencionais e destilação de modelos. Contas foram banidas, indicadores foram compartilhados com autoridades e parceiros e os achados foram incorporados às salvaguardas da plataforma.

O ponto central não é a fantasia de uma IA que decidiu atacar o mundo sozinha. É mais concreto: grupos humanos estão conectando modelos capazes a ferramentas, credenciais, dados e rotinas persistentes. O modelo pode escrever, analisar, traduzir, priorizar e, em alguns fluxos, orquestrar ações. Isso comprime tempo e custo para quem ataca — e obriga quem defende a tratar cada agente como parte de uma operação, não como uma caixa de conversa isolada.

O que o relatório afirma — e o que ele não prova

O relatório é uma publicação da própria Anthropic, baseada nas investigações da sua equipe de Threat Intelligence. Ele documenta casos que a empresa diz ter detectado e interrompido; não é uma auditoria independente de todos os usos do Claude nem uma medição universal do risco de IA. A distinção importa porque a empresa tem acesso privilegiado aos sinais da própria plataforma, mas também tem incentivos para explicar publicamente por que seus controles são necessários.

Há três verbos diferentes no documento: identificar, interromper e compartilhar. Identificar significa encontrar padrões suspeitos nas interações e nos sistemas associados. Interromper inclui banir contas, bloquear fluxos e criar detecções para tentativas futuras. Compartilhar significa fornecer indicadores ou contexto a autoridades e outras empresas quando a atividade ultrapassa a plataforma. Nenhum desses verbos significa que todos os danos potenciais foram evitados ou que os atores não tinham outras ferramentas.

Essa é a primeira lição para uma empresa que usa IA: relato de detecção não é sinônimo de risco eliminado. A governança precisa acompanhar o que aconteceu antes do alerta, quais permissões estavam disponíveis, quais dados foram expostos e se o mesmo padrão pode reaparecer em outra ferramenta.

De assistente a operador de partes da cadeia

Na frente cibernética, a Anthropic descreve uma mudança de papel. Em vez de apenas pedir uma explicação ou um trecho de código, operadores conectaram Claude a estruturas multiagente para reconhecimento, exploração, análise e exfiltração. Pessoas continuaram escolhendo alvos e revisando resultados em muitos casos, mas a execução de etapas se tornou mais rápida e paralela.

Isso não transforma todo modelo em um invasor autônomo. O relatório também registra que autonomia e gravidade são eixos diferentes: algumas das intrusões mais sérias foram conduzidas por humanos passo a passo. A autonomia, porém, altera a economia do ataque. Menos trabalho manual por campanha significa que alvos antes caros ou demorados podem se tornar viáveis, e que a defesa precisa detectar comportamento distribuído ao longo do tempo.

Para a equipe de segurança, a consequência é operacional. Logs de prompts são insuficientes quando o risco está na combinação entre modelo, ferramenta e identidade. É preciso observar permissões, chamadas externas, mudanças de contexto, acesso a segredos, tentativas de contornar controles e o resultado produzido. Esse é o mesmo princípio de um Ciclo de Inteligência: contexto anterior, ação atual e registro do próximo passo precisam permanecer conectados.

Vigilância e influência: o risco não começa no malware

Os casos de vigilância descritos pela Anthropic mostram usos que podem parecer “apenas software”. A empresa relata ferramentas para coletar identidades em redes sociais, organizar dossiês, analisar grandes volumes de posts e operar sistemas de monitoramento. Também descreve atores estatais e fornecedores de vigilância usando Claude para transformar requisitos dispersos em interfaces, extensões e rotinas de coleta.

O problema para organizações não é somente impedir um código malicioso. É identificar quando uma sequência de tarefas aparentemente neutras — coletar, correlacionar, classificar, traduzir e distribuir — produz um sistema de vigilância ou influência. Controles de privacidade, finalidade, retenção, consentimento e revisão humana precisam existir antes da automação, não apenas depois de um incidente.

A mesma lógica vale para campanhas de influência. Um modelo pode adaptar mensagens, simular interlocutores e produzir variações em escala. O dano não depende de uma peça viral isolada; pode surgir da combinação entre segmentação, repetição e aparência de autenticidade. Para quem opera Funcionários Digitais, identidade, memória e limites de ação são parte do produto — não detalhes cosméticos.

Biologia e armas: por que “uso dual” exige mais contexto

A seção de biologia é deliberadamente cautelosa. A Anthropic apresenta cinco casos em que atores usaram modelos em atividades que poderiam apoiar desenvolvimento de armas biológicas. A empresa não afirma que cada interação resultou em uma arma, nem que um modelo sozinho tenha produzido capacidade operacional. O alerta é que pedidos aparentemente legítimos podem compor um projeto perigoso quando observados em conjunto, especialmente quando há sinais de evasão de controles e acesso a recursos externos.

O relatório também cobre armas convencionais: software de orientação, drones, interceptação e inteligência de suprimentos. Em alguns casos, a empresa diz que houve teste de campo ou simulação; em outros, apenas trabalho de projeto e aquisição. A diferença entre “ajudou a escrever” e “construiu uma arma funcional” não pode ser apagada por uma manchete — e também não deve ser usada para minimizar a importância da assistência técnica em etapas intermediárias.

É aqui que a discussão sai do laboratório e entra na governança empresarial. Sistemas de IA precisam de classificação de risco, controles por função, registros auditáveis, limites de ferramenta e escalonamento humano. O objetivo não é impedir toda pesquisa sensível; é garantir que a organização saiba quem pode pedir o quê, com quais dados, para qual finalidade e sob qual revisão.

O que a destilação muda na corrida dos modelos

A sétima categoria, destilação ilícita, trata da tentativa de extrair e reproduzir capacidades de um modelo por meio de grandes volumes de interações. Esse vetor é menos cinematográfico que um ataque, mas estratégico: pode transferir meses de pesquisa e infraestrutura para um concorrente ou um intermediário sem reproduzir o mesmo investimento.

Para empresas que contratam IA, a consequência é dupla. Primeiro, credenciais e dados enviados a um provedor precisam ser tratados como ativos com finalidade e retenção definidas. Segundo, não basta perguntar qual modelo está sendo usado; é necessário saber quais integrações, exportações e mecanismos de observabilidade existem ao redor dele. A Memória de Longo Prazo de um Funcionário Digital, por exemplo, precisa ter escopo, retenção e acesso coerentes com o risco do processo.

A resposta prática para quem opera IA agora

O relatório da Anthropic não pede pânico. Ele oferece um mapa de trabalho. Uma empresa que usa agentes deve:

  1. Desenhar permissões por tarefa, não por conveniência: leitura, escrita, execução e acesso externo devem ser separados.
  2. Registrar contexto e resultado, não apenas prompts: identidade, ferramenta, dado acessado, decisão e escalonamento precisam formar uma trilha.
  3. Testar abuso com cenários realistas, incluindo evasão, persistência e combinação de ações benignas.
  4. Manter uma passagem humana clara para fraude, vigilância, dados sensíveis, segurança e decisões irreversíveis.
  5. Medir o que o controle impediu e o que deixou passar, sem confundir ausência de alerta com ausência de risco.

Esse desenho se aproxima de uma governança de IA orientada à decisão: cada capacidade precisa ter dono, limite, evidência e caminho de revisão. O objetivo é permitir que a IA faça trabalho útil sem transformar velocidade em invisibilidade.

A Anthropic encerra o relatório pedindo que outras empresas compartilhem sinais e fortaleçam defesas coletivas. O pedido é legítimo, mas não substitui escrutínio. Provedores devem explicar como detectam abuso; clientes devem exigir controles verificáveis; pesquisadores e autoridades devem questionar métodos, evidências e incentivos. Segurança de IA não é uma promessa de marketing. É uma propriedade operacional que precisa sobreviver ao primeiro caso fora do roteiro.

Leia o relatório completo da Anthropic e a publicação original no X. Para traduzir esse debate em um diagnóstico do seu processo, use o Diagnóstico XMACNA.

Perguntas frequentes

A Anthropic afirma que o Claude criou armas sozinho?

Não. O relatório descreve pessoas e organizações usando Claude em etapas de pesquisa, desenvolvimento, inteligência e software. Alguns casos incluem simulações ou testes, mas a publicação não prova que o modelo sozinho tenha produzido uma arma operacional.

Isso significa que qualquer empresa que usa IA está sob ataque?

Não. Os casos apresentados são exemplos selecionados de abuso sofisticado. Eles mostram padrões de risco — autonomia, escala, evasão e combinação de ferramentas — que precisam entrar no modelo de ameaça de cada organização.

As salvaguardas da Anthropic funcionaram?

Segundo a empresa, contas foram identificadas, banidas e usadas para melhorar detecções. A própria publicação também reconhece que controles não bloquearam todos os pedidos. Por isso, salvaguardas devem ser avaliadas continuamente, com monitoramento e revisão independente.

O que um líder de negócio deve fazer primeiro?

Mapear quais agentes acessam dados, ferramentas e sistemas externos; definir permissões mínimas; registrar decisões e resultados; e criar uma rota humana para exceções. Começar por inventário e evidência é mais útil do que escolher uma ferramenta por manchete.