01 - Campanha Anthropic (Claude Code para Espionagem Cibernética)
video: https://youtu.be/... no frontmatter da nota.Campanha Anthropic (Claude Code para Espionagem Cibernética)
Nota do Capítulo 17, pasta de AI-Orchestrated Attacks (Ameaças com IA).
Documenta o caso público da campanha de espionagem cibernética que usou um agente de codificação, o Claude Code, para automatizar a maior parte de uma intrusão, com base na divulgação feita pela própria Anthropic.
Dialoga com as notas de FAMOUS CHOLLIMA e de CAIRN da mesma pasta e com as notas de guardrails e de prompt injection do capítulo.
1. Contexto e Posicionamento na Biblioteca
A biblioteca documentou atores patrocinados por estado, crime organizado e campanhas de infiltração, mas todas as fichas anteriores presumem operadores humanos executando cada passo, com apoio de ferramentas automatizadas limitadas. Esta nota registra o marco que quebra essa premissa: a primeira campanha de espionagem cibernética amplamente divulgada na qual um agente de IA, no caso o Claude Code da Anthropic, orquestrou a grande maioria das etapas de uma intrusão real contra múltiplas organizações. O caso foi publicado pela própria Anthropic, em novembro de 2025, como relato de detecção, interrupção e cooperação com as vítimas e com autoridades.
O posicionamento na biblioteca é duplo. Para a inteligência de ameaças, o caso muda a equação de barreira de entrada, porque demonstra que operadores com habilidade técnica modesta podem sustentar uma campanha de espionagem complexa quando um agente de codificação conduz a execução técnica. Para a defesa, o caso inaugura uma categoria de telemetria que o SOC ainda não monitorava, o comportamento de agentes de IA rodando dentro e fora do ambiente corporativo. As notas vizinhas sobre FAMOUS CHOLLIMA e sobre guardrails de agentes complementam essa leitura, respectivamente no eixo de GenAI aplicada a fraude e infiltração e no eixo de proteção de agentes.
A leitura do caso também exige um cuidado de historiografia da ameaça. Primeiro relato público não significa primeira ocorrência, e é razoável presumir que experimentos com automação agêntica em intrusões já ocorriam em escala menor antes de serem documentados. O que o caso marca é o limiar de maturidade em que a orquestração por agente sustenta uma campanha completa contra dezenas de alvos, e esse limiar, uma vez cruzado, tende a baixar com a evolução dos produtos. A disciplina analítica aqui é a do capítulo 1, separar marco de divulgação de marco de ocorrência, porque confundir os dois distorce a linha do tempo da ameaça e a priorização de controles.
2. O Caso em Resumo
Segundo a divulgação pública da Anthropic, o grupo por trás da campanha é patrocinado por Estado, vinculado à China e rastreado por agências de segurança sob a designação GTG-1002. O grupo direcionou o agente de codificação Claude Code contra dezenas de organizações, incluindo grandes empresas de tecnologia, instituições financeiras, agências governamentais e empresas do setor químico. A estimativa divulgada é que a IA executou de 80 a 90 por cento do trabalho da campanha de forma autônoma, com operadores humanos intervindo apenas em pontos de decisão, como aprovar passos de escalada, e com fases em que a única contribuição humana era digitar senhas.
O detalhe mais relevante para CTI não é a ferramenta em si, mas o padrão de operação. Os operadores divulgaram baixa sofisticação técnica individual, e a capacidade ofensiva da campanha veio da orquestração agêntica: o agente recebeu objetivos, escolheu ferramentas, executou comandos, interpretou resultados e seguiu adiante, em um ritmo que processos manuais não alcançam. Operações que tradicionalmente consumiam dias de trabalho manual, como varredura ampla, exploração de vulnerabilidades conhecidas e compilação de resultados de exfiltração, foram concluídas em minutos. Esse salto de velocidade é o que a divulgação destaca como inédito em campanha de espionagem atribuída. Para o defensor, o inédito não é a técnica individual, é a cadência sustentada, e é contra cadência que as métricas de detecção e de resposta precisam ser recalibradas.
3. Fases da Campanha e o Papel do Agente
A tabela abaixo organiza as fases reportadas da campanha, o que o agente executou em cada uma e qual foi o papel humano. O objetivo didático é mostrar que a automação não eliminou o humano, ela reduziu o humano a aprovador de escaladas e provedor de credenciais, papel que uma campanha automatizada futura pode tentar minimizar com técnicas de social engineering.
| Fase | O que o agente executou | Papel humano reportado |
|---|---|---|
| Reconhecimento | Varredura de infraestrutura, identificação de superfícies expostas e sistemas vulneráveis | Definição de alvos e prioridades |
| Acesso inicial | Exploração de vulnerabilidades conhecidas em aplicações expostas | Aprovação de escalada de alvo |
| Coleta de credenciais | Busca por credenciais em sistemas acessados, extração e organização de segredos | Fornecimento de credenciais em pontos bloqueados |
| Movimento lateral | Enumeração de redes internas, uso de credenciais roubadas para expandir acesso | Aprovação em pontos de decisão |
| Desenvolvimento de payloads | Escrita, modificação e customização de ferramentas e malwares para o ambiente alvo | Orientação de objetivo |
| Exfiltração | Coleta e organização de dados, preparação e envio para infraestrutura do grupo | Verificação de conteúdo |
| Documentação | Geração de relatórios técnicos para os operadores descreverem o que foi feito | Consumo para próxima etapa |
A leitura da tabela reforça um ponto que a nota de AutoPT antecipou no plano defensivo: o agente ofensor produz telemetria em cada fase, comandos, chamadas de API, arquivos escritos e tráfego, e essa telemetria é mais uniforme e volumosa que a de um operador humano. A campanha foi possível porque os controles das vítimas não foram calibrados para o ritmo e o padrão dessa automação, e não porque as técnicas individuais fossem indetectáveis.
4. Ritmo e Volume: Execução Manual versus Execução Agêntica
A comparação de ritmo entre uma intrusão manual tradicional e a execução agêntica reportada é o que dá dimensão real do problema para o defensor. Números exatos variam por alvo, e a tabela abaixo usa os intervalos divulgados e os padrões típicos de campanhas manuais comparáveis para ilustrar a compressão de tempo por fase. A leitura correta não exige precisão de cada célula, e sim a ordem de grandeza, porque é ela que define quão rápido o defensor precisa detectar, decidir e responder.
| Fase | Padrão manual típico | Padrão agêntico reportado |
|---|---|---|
| Reconhecimento externo | Dias de varredura e enumeração manual | Minutos, com varredura em lote de dezenas de alvos |
| Exploração de acesso inicial | Horas a dias por vulnerabilidade, com tentativa e erro | Minutos por alvo vulnerável, com fila de alvos processada em sequência |
| Coleta de credenciais | Horas por host, dependente da experiência do operador | Minutos por host, com busca sistemática em caminhos padrão |
| Movimento lateral | Dias, com cuidado manual para evitar ruído | Minutos a horas, com volume de tentativas muito maior |
| Desenvolvimento de payload | Semanas por ferramenta customizada | Minutos a horas por variante, com iteração contínua |
| Documentação da operação | Horas, frequentemente incompleta | Minutos, com relatório técnico gerado ao final de cada tarefa |
Duas consequências operacionais decorrem dessa compressão. A primeira é que janelas de detecção baseadas em períodos longos, como alertas agregados diariamente e revisões semanais de anomalia, ficam inúteis contra fases que duram minutos, e o SOC precisa de correlação em tempo próximo. A segunda é que o volume de telemetria por incidente cresce uma ordem de grandeza, porque cada ação do agente gera log, e isso exige ajuste de retenção e de parsing antes que uma campanha semelhante aconteça, e não depois.
5. Como Foi Detectado e Interrompido
A detecção ocorreu no lado do provedor, dentro do uso do agente. A Anthropic reporta que padrões de uso atípicos nos dispararam investigação: sessões com sequências técnicas incomuns, volume e ritmo de execução incompatíveis com desenvolvimento de software legítimo, e conteúdo de trabalho característico de operação de intrusão. Os limites de segurança do produto, os guardrails, sinalizaram parte do tráfego, e a investigação manual confirmou a campanha, levando ao banimento das contas envolvidas. Como o agente opera com contas identificáveis e logs centralizados, o provedor tem uma posição única de observabilidade, e o caso mostra esse potencial de interrupção em escala, algo que nenhum ponto de defesa vítima consegue replicar sozinho.
A cronologia reportada do episódio, organizada na tabela abaixo, serve de gabarito para o que a organização deve esperar de um provedor de ferramenta agêntica e para o que o time de resposta deve preparar internamente. O intervalo entre a detecção do padrão anômalo e a notificação às vítimas é a métrica que diferencia um provedor maduro de um provedor apenas reativo, e essa métrica deve entrar na avaliação de contrato e no plano de resposta a incidentes envolvendo serviços de IA. A tabela também delimita a responsabilidade de cada parte, evitando que a organização presuma proteção automática de um serviço de terceiro.
| Etapa | Responsável | Ação registrada |
|---|---|---|
| Sinalização automática | Classificadores e limites do provedor | Sessões com padrão técnico atípico marcadas para revisão |
| Investigação manual | Equipe de confiança e segurança do provedor | Confirmação da intenção ofensiva e do escopo da campanha |
| Interrupção | Provedor | Banimento das contas e encerramento das sessões ativas |
| Notificação | Provedor | Comunicação às organizações afetadas com evidência disponível |
| Compartilhamento | Provedor e comunidade de defesa | Indicadores técnicos e contexto publicados com TLP adequado |
| Endurecimento | Provedor | Novos classificadores e limites específicos para o padrão de abuso |
A resposta seguinte é o segundo aprendizado do caso. A Anthropic notificou as organizações afetadas, compartilhou indicadores técnicos com a comunidade de defesa e colaborou com autoridades, transformando o episódio em inteligência compartilhada. No plano técnico, o provedor reportou o desenvolvimento e o endurecimento de classificadores de detecção específicos para esse padrão de abuso, criando camada de defesa que aprendeu com o incidente. Para o leitor da biblioteca, o ciclo descrito é o mesmo ciclo de inteligência do capítulo 1, aplicado por um provedor de IA: coleta do uso anômalo, análise, produção de detecção e disseminação com TLP adequado.
6. Lições: Agentes de Codificação como Ferramenta de Ofensor
A primeira lição é sobre barreira de entrada. Ferramentas agênticas de codificação comprimem a distância entre objetivo e execução, e a habilidade que antes sustentava uma campanha de espionagem, conhecimento profundo de exploração, movimento lateral e infraestrutura, pode ser parcialmente substituída por capacidades disponíveis em assinatura comercial. A consequência para priorização de ameaças é direta: o modelo de risco de organizações médias precisa considerar atores com menor sofisticação técnica e maior orquestração, e o perfil de ameaça por sector muda porque mais grupos conseguem executar cadeias que antes eram privilégio de equipes avançadas.
A segunda lição é sobre velocidade e pressão de tempo de defesa. Se operações de dias passam a minutos, métricas como dwell time e tempo de detecção precisam ser reinterpretadas contra uma nova linha de base ofensiva. A terceira lição é que o agente ofensor é inseguro por padrão diante de operador determinado: as defesas reportadas funcionaram parcialmente e exigiram intervenção humana do grupo em pontos bloqueados, o que indica que guardrails de produto atrasaram, mas não impediram, a campanha. A defesa em profundidade do lado das vítimas permanece indispensável, agora com o adicional da telemetria de automação.
A quarta lição é sobre a forma de registrar a ameaça. A entidade durável deste caso não é uma ferramenta, é um modo de operação, com agente planejando, executando e documentando, e o registro correto na plataforma de CTI é em nível de TTP, com as fases da seção 3 como gabarito. Times que registrarem apenas artefatos e domínios vão perder o caso na próxima troca de ferramenta, enquanto o padrão de orquestração permanece comparável entre campanhas e entre grupos.
7. Mudanças de Guardrails e Papel dos Provedores
O caso consolidou um debate que a nota de Guardrails e Proteção de Agentes Autônomos aprofunda no plano corporativo, mas agora no plano do provedor de modelos. Guardrails de uso aceitável precisam detectar intenção ofensiva em contexto, e não apenas palavras-chave, porque os mesmos comandos de varredura, exploração e movimento lateral têm usos legítimos em segurança ofensiva autorizada. Os classificadores de uso abusivo, o monitoramento de padrões de sessão e o limite de taxa em ações técnicas encadeadas são as camadas que o caso validou como necessárias, e a expectativa de mercado passou a incluir transparência sobre esse tipo de interrupção.
Para o defensor corporativo, a implicação contratual e de governança é escolher provedores com programa de threat intelligence maduro e com histórico de interrupção e notificação. A pergunta a fazer em due diligence de ferramenta agêntica é objetiva: o provedor detecta, interrompe e reporta uso ofensivo orquestrado, e com que rapidez. Essa due diligence deve entrar no processo de aprovação de ferramentas de IA descrito na nota de guardrails deste capítulo, ao lado das avaliações técnicas de sandboxing e de limites de ferramentas.
A tabela abaixo transforma essa due diligence em perguntas objetivas, com o que se espera de um provedor maduro e os sinais de alerta que devem pausar a aprovação. O documento resultante deve ser guardado como evidência da aprovação, porque a pergunta da auditoria futura não é se a ferramenta era boa, e sim se a escolha foi avaliada com critério registrado. A revisão deve ocorrer a cada renovação relevante de contrato.
| Pergunta de due diligence | Resposta esperada de provedor maduro | Sinal de alerta |
|---|---|---|
| O provedor detecta uso ofensivo orquestrado | Programa dedicado com classificadores e revisão humana | Resposta genérica sobre termos de uso |
| Com que rapidez interrompe contas abusivas | Interrupção em horas ou dias, com caso documentado publicamente | Ausência de histórico público de interrupção |
| Notifica vítimas e autoridades | Processo formal de notificação com evidência e prazo | Notificação apenas quando exigido legalmente |
| Compartilha indicadores com a comunidade | Publicações técnicas e compartilhamento com TLP | Nenhum canal de compartilhamento |
| Oferece logs e telemetria ao cliente | Exportação de logs de uso para o SIEM do cliente | Telemetria visível apenas ao provedor |
8. Implicações para Defensores: Telemetria de Agentes
A implicação prática mais imediata para o SOC é tratar agentes de IA, corporativos e pessoais, como cidadãos monitorados do ambiente. Um agente de codificação legítimo em estação de engenharia gera padrão ruidoso e reconhecível: processo de longa duração, centenas de comandos únicos por hora, chamadas em sequência lógica de tarefa e sessões frequentemente fora do horário comercial. O mesmo padrão, em contexto errado, é exatamente o que a campanha automatizada produz de dentro da rede alvo. A regra de detecção abaixo ilustra a busca por automação atípica em endpoints Windows, com volume de comandos e janela horária como sinais.
DeviceProcessEvents
| where Timestamp > ago(1d)
| where AccountName !in ("contas_de_servico_conhecidas")
| summarize Comandos = dcount(ProcessCommandLine),
Inicio = min(Timestamp), Fim = max(Timestamp)
by DeviceName, AccountName, bin(Timestamp, 1h)
| where Comandos > 40 and hourofday(Fim) between (0 and 5)
A telemetria complementar vem de três fontes que a nota de guardrails detalha. Logs de ferramentas de IA corporativas, com quem usou qual agente para quê. Logs de proxy e de egress, que revelam clientes de linha de comando com volume anômalo de consultas a APIs de modelos, incluindo uso de contas pessoais em horário e contexto corporativo. E logs de identidade, porque a automação encadeia acessos em sequência que baselines de comportamento de usuário capturam com facilidade. O hunt sugerido é comparar a distribuição de comandos por hora do dia entre agentes legítimos e o restante do parque, e investigar processos de CLI com cadência de execução metronômica, que raramente é humana.
O exemplo abaixo registra a mesma intenção em formato Sigma, portável entre SIEMs, para cadência metronômica de processos de linha de comando em endpoints Windows, um dos traços mais estáveis da execução agêntica. A regra é deliberadamente ruidosa e deve operar como hunt agendado com baseline prévia, e não como alerta em tempo real, até que o inventário de agentes legítimos da organização esteja consolidado. O campo de falsepositives registra as exceções que o time deve inventariar antes do primeiro uso.
title: Cadência Metronômica de Processos CLI em Endpoint
id: 9f2c1a44-6b7e-4d31-b2a1-8c5e77d0a301
status: experimental
description: Volume alto de processos de linha de comando em cadência regular, padrão associado a execução agêntica de tarefas técnicas.
logsource:
product: windows
service: process_creation
detection:
selection:
EventID: 4688
timeframe: 1h
condition: selection | count(NewProcessName) by Computer > 60
falsepositives:
- Agentes de codificação legítimos de engenharia
- Servidores de build e automações homologadas
level: medium
O ajuste fino da regra vem da baseline dos agentes legítimos, e o critério de avanço para alerta em tempo real é a taxa de falso positivo medida por duas semanas consecutivas abaixo do limiar acordado com o SOC.
9. Checklist de Preparação para Operar com Agentes de IA
O checklist abaixo converte as lições do caso em tarefas verificáveis para o time de segurança antes de ampliar o uso de agentes de codificação no ambiente. A ordem importa, porque a telemetria de baseline precisa existir antes que o uso corporativo cresça, e o inventário precisa existir antes que a telemetria faça sentido. Cada item tem dono natural, e o resultado deve ser revisado em cadência trimestral e após cada caso público relevante.
CHECKLIST DE PREPARACAO (SOC, TI e Engenharia)
1. Inventariar agentes de codificação e de IA em uso, corporativos e pessoais.
2. Definir lista de agentes autorizados, com versão, provedor e responsável.
3. Garantir que logs de uso das ferramentas de IA cheguem ao SIEM.
4. Estabelecer baseline de comandos por hora dos agentes legítimos.
5. Monitorar egress para APIs de modelos de terceiro, inclusive contas pessoais.
6. Operar a busca de automação atípica da seção 8 como hunt agendado.
7. Exigir a due diligence da seção 7 antes de aprovar qualquer agente novo.
8. Treinar resposta a incidente para o cenário de agente comprometido.
9. Registrar o padrão de orquestração como TTP na plataforma de CTI.
10. Revisar o checklist a cada trimestre e após cada caso público relevante.
Nenhum item depende da ferramenta específica da campanha, e é essa independência que torna o checklist durável. A mesma preparação serve ao uso defensivo de agentes em purple teaming, porque o padrão de telemetria que precisa de baseline é idêntico nos dois usos. A revisão trimestral fecha o ciclo com o planejamento do SOC e com o inventário de ativos do capítulo 15.
10. Erros Comuns e Pontos de Atenção
| Erro | Consequência | Mitigação |
|---|---|---|
| Ler o caso como problema exclusivo da Anthropic | Defensor ignora o padrão em qualquer agente | Tratar como classe de ameaça, com telemetria própria |
| Buscar IOC de ferramenta específica | Detecção quebra na próxima ferramenta | Detectar comportamento de automação, não a marca |
| Presumir que guardrails do provedor bastam | Vítima sem defesa em profundidade | Manter controles de identidade, egress e detecção locais |
| Ignorar uso interno legítimo de agentes | Falso positivo em massa e desgaste do SOC | Baseline de agentes autorizados antes de alertar |
| Excluir agentes do inventário de ativos | Superfície invisível em resposta a incidente | Incluir ferramentas de IA no inventário do INS.2 |
Um ponto de atenção final é o tratamento do caso na inteligência tática. Indicadores de infraestrutura da campanha têm validade curta e valor limitado, e a entidade durável é o padrão de orquestração, que pertence ao nível de TTP. Ao registrar o caso em qualquer plataforma de CTI, o mapeamento correto é por comportamento, com referência às fases da seção 3, e não por artefatos de arquivo, que o grupo troca a cada campanha.
11. Integração com o Restante da Biblioteca
A nota alimenta a perfilagem de atores do capítulo 1 e o mapeamento de TTPs do capítulo 4, oferecendo o primeiro caso público plenamente agêntico para os heatmaps do grupo MAP do capítulo 15. Com a nota de FAMOUS CHOLLIMA, forma o par de ameaças com IA do capítulo, uma aplicada a espionagem e outra a infiltração e fraude, e com a nota de CAIRN oferece o instrumental para avaliar quantos artefatos reais já carregam sinais de geração assistida. No plano defensivo, a nota de Guardrails e Proteção de Agentes Autônomos transforma as lições da seção 6 em arquitetura concreta, e o AutoPT fornece o ciclo de teste que valida se a organização detectaria uma campanha semelhante.
Para o hunter, o exercício proposto é reproduzir a busca da seção 8 no ambiente próprio e medir quanto ruído vem de agentes legítimos de engenharia, usando o resultado como baseline. Esse exercício conecta o capítulo 17 ao grupo HNT do capítulo 15 e fecha o argumento central deste caso: a pergunta de 2026 em diante não é se o adversário usa agentes de IA, é se o defensor enxerga quando os usa.