Em 2 de setembro de 2026, a Unit 42 da Palo Alto Networks publicou os detalhes de uma investigação sobre a invasão de uma rede corporativa. O número que sustentava o relatório: o atacante começou em um serviço web de acesso público e terminou com acesso de nível root em todo o ambiente em menos de dez horas, um trabalho que leva aproximadamente duas semanas para uma equipe humana.

O detalhe que importa mais é o que não esteve envolvido. Nenhum zero-day. Nenhuma técnica rara. A invasão usou mais de 50 técnicas já catalogadas no framework MITRE ATT&CK, ou seja, técnicas documentadas e publicadas que os defensores conhecem. O que mudou não foi o método, mas o ritmo. Em vez de executar cada etapa manualmente, o operador comandou agentes de IA que monitoravam, avaliavam, agiam e replanejavam em um único ciclo ininterrupto, que nunca parava e nunca dormia.

O que aconteceu dentro dessas dez horas

A sequência, conforme descrita no relatório:

  1. Entrada. Um serviço web de acesso público foi invadido e, a partir dele, foi aberto um túnel para a rede interna.
  2. Reconhecimento. Um agente automatizado mapeou os microsserviços internos sem nenhuma participação humana.
  3. Coleta de segredos. Subagentes vasculharam os repositórios de código em busca de tokens de acesso e senhas de serviços escritos diretamente no código.
  4. Escalada. Esses tokens abriram o sistema de gerenciamento de segredos, que forneceu credenciais administrativas mestras com acesso root em todo o ambiente.
  5. Os pipelines. Os pipelines de build e deploy foram sequestrados por meio de workflows personalizados para exfiltrar chaves de acesso à nuvem.
  6. A inversão. Essas chaves foram usadas para transformar os próprios endpoints de IA da vítima em infraestrutura pós-comprometimento para o atacante.

Leia esse último passo de novo. A própria assinatura de IA da empresa virou uma ferramenta nas mãos de quem invadiu, rodando na conta dela e na fatura dela. É um padrão novo que vale a pena incluir no seu registro de riscos: toda chave de API de um modelo de IA é, ao mesmo tempo, um ativo operacional e uma linha de despesa.

O número que importa para você não é dez horas

Dez horas é um número impressionante, mas vem de um único incidente. O número que realmente deveria mudar o seu planejamento aparece no CrowdStrike 2026 Global Threat Report, que mede o breakout time: o intervalo entre o primeiro acesso de um atacante e o momento em que ele começa a se mover em direção a outros sistemas dentro da rede.

  • O breakout time médio do eCrime caiu para 29 minutos, um aumento de 65% na velocidade em relação ao ano anterior.
  • Caso mais rápido já registrado: 27 segundos.
  • Um aumento de 89% nos ataques atribuídos a adversários que usam IA.
  • 82% das detecções em 2025 foram sem malware, ou seja, o atacante faz login com credenciais válidas em vez de plantar um vírus.
  • Um aumento de 266% nas invasões voltadas à nuvem por atores ligados a Estados.

O que 29 minutos significam na prática: um plano de resposta que pressupõe que alguém vai perceber o alerta de manhã e que a equipe vai se reunir depois do almoço é um plano para uma era que acabou. E o número de 82% diz algo ainda mais duro. Seu antivírus não vê o ataque porque o ataque não carrega nada que ele possa ver. Uma invasão moderna não é um arquivo malicioso chegando, é uma conta legítima sendo usada de forma indevida.

Por que funcionou: segredos escritos no código

Os agentes não quebraram nenhuma criptografia nem inventaram nenhuma vulnerabilidade. Eles encontraram senhas escritas onde senhas nunca deveriam estar, dentro dos arquivos do projeto. Um único token válido abriu o gerenciador de segredos, e o gerenciador de segredos abriu todo o resto.

Esse não é um problema exclusivo de grandes empresas. Confira esta lista nos seus próprios projetos:

  • Chaves do gateway de pagamento ou do serviço de mensagens em um arquivo de configuração versionado junto com o código.
  • Uma senha de banco de dados dentro de um script de deploy antigo que ninguém abre.
  • Tokens de acesso de um funcionário ou desenvolvedor terceirizado que saiu há um ano e que continuam válidos.
  • Um repositório que era privado e se tornou público depois de uma migração ou de uma troca de conta.
  • Uma cópia de backup de um arquivo de configuração no notebook de alguém.

A diferença entre um agente e um atacante humano aqui não é a inteligência, mas a paciência e a capacidade de processamento. O agente lê o repositório inteiro, cada branch e cada versão antiga no histórico, não deixa passar nenhum arquivo e termina em minutos. Qualquer segredo que você versionou uma vez e apagou depois continua vivo no histórico do repositório, e esse histórico é exatamente onde ele procura.

O que fazer esta semana

Cinco passos. O primeiro não exige orçamento nem fornecedor externo:

  1. Faça uma varredura de segredos nos seus repositórios. Ferramentas de varredura de segredos estão disponíveis e integradas às principais plataformas de código. Execute-as em todo o histórico, não apenas na versão atual.
  2. Torne a rotação de chaves uma rotina, não uma medida de emergência. Uma chave que não muda há dois anos é uma chave vazada que você ainda não descobriu. E quando fizer a rotação após um vazamento, faça em todos os lugares onde ela era usada, não em um só.
  3. Prepare um único playbook de revogação. Essa é a recomendação direta da Unit 42: ser capaz de executar uma contenção sincronizada que revogue credenciais, sessões OAuth, pipelines de CI/CD e contas de nuvem ao mesmo tempo. Revogue só metade e você dá ao atacante tempo para entrar de novo pela outra metade.
  4. Governe a IA como infraestrutura central. Mantenha um inventário de cada modelo e cada chave em uso, defina limites de requisições, aplique o privilégio mínimo e ative os logs de diagnóstico. O relatório recomenda isso explicitamente, e é o que transforma o incidente acima de um desastre silencioso em um alerta antecipado.
  5. Exija revisão de código por várias pessoas e proteção de branches. Principalmente nos repositórios de infraestrutura como código, já que essa é a porta pela qual uma alteração de uma única linha planta um backdoor. Junto com isso, monitore o comportamento em vez de assinaturas: rajadas de requisições à API e mudanças rápidas de estado são a impressão digital de um agente automatizado.

No contexto saudita, esses passos não são uma boa prática opcional. Os Controles Essenciais de Cibersegurança da Autoridade Nacional de Cibersegurança (NCA) incluem domínios explícitos de gestão de identidades e acessos e de segurança de mudanças e desenvolvimento, e a responsabilidade de proteger os dados pessoais recai sobre a organização segundo a Lei de Proteção de Dados Pessoais (PDPL). Uma invasão que começou com uma chave escrita no código-fonte não reduz em nada essa responsabilidade.

A visão da Origami

Lemos este incidente como o fim de uma ideia: a de que segurança é um conjunto de ferramentas que se compra. O atacante aqui nunca enfrentou um firewall nem driblou um antivírus, porque nenhum dos dois estava no caminho. Ele entrou com uma chave válida que encontrou escrita e agiu com permissões que tinham sido realmente concedidas. Nenhum produto que você compre resolve isso. O que resolve é disciplina na forma como o código é escrito, como os segredos são armazenados e como as permissões são concedidas e retiradas.

Um padrão que vemos repetidamente com clientes: os segredos mais perigosos raramente estão no sistema principal. Estão nos projetos paralelos, um script de migração de dados escrito uma única vez, um painel interno de relatórios que um terceirizado construiu, uma integração temporária com um fornecedor que está rodando há dois anos. Eles nunca passam por uma revisão de segurança porque ninguém os conta como sistema. O atacante não faz essa distinção. Quando revisamos o ambiente de um cliente, começamos exatamente aqui: onde estão as chaves, quem tem qual permissão e o que acontece se uma chave vazar hoje à noite. Se você quer uma revisão por esse ângulo, vai nos encontrar na página de contato.

Conclusão

O método de ataque não mudou. A velocidade, sim. Mais de 50 técnicas conhecidas foram executadas em menos de dez horas porque agentes automatizados as executaram sem pausa, e o breakout time médio dentro da rede agora é de 29 minutos. Uma defesa que depende de alguém perceber a tempo já não é suficiente. Comece pela pergunta mais simples e mais difícil: você sabe onde estão suas chaves neste momento e quem consegue lê-las?

Fontes