IA da Anthropic montou cadeias de exploit no Chrome, Windows e Linux. Triagem por CVE isolada não basta

A frase mais útil na nova pesquisa de segurança da Anthropic não é um número. É a observação de que várias das fraquezas do Safari usadas pelo modelo eram comportamentos intencionais, inofensivos sozinhos e exploráveis apenas em combinação.

É para essa parte que os programas de vulnerabilidade estão menos preparados. A maioria classifica os achados um a um, por pontuação de severidade, e corrige primeiro os críticos. Um atacante que consegue encadear três achados médios em um comprometimento funcional está classificando de outro jeito, e em 27 de outubro a Anthropic mostrou que um modelo também consegue fazer esse tipo de classificação.

O que a pesquisa relata

O Frontier Red Team da Anthropic usou um modelo interno de pesquisa não lançado, não um de seus produtos públicos, contra cinco plataformas amplamente usadas: Chrome, Safari, Android, Windows e Linux. Ele descreve uma cadeia de ataque completa para cada uma.

• Chrome: 62 CVEs, todas classificadas como críticas ou altas, incluindo 13 escapes de sandbox e 21 comprometimentos de renderer, corrigidas a partir do Chrome 156.
• Windows: uma vulnerabilidade na pilha HTTP/3 (CVE-2026-33096) em um serviço que a Anthropic estima estar escutando em vários milhões de servidores expostos à internet.
• Linux: uma falha de rede (CVE-2026-98432) cuja prova de conceito vaza um ponteiro de kernel em 48 minutos e chega à execução de comandos de shell cinco minutos depois, em condições específicas.

Todas as questões passaram por divulgação coordenada, com 90 dias para o fornecedor corrigir e mais 45 antes de detalhes além do aviso público. A Apple, o Google e a Microsoft já enviaram correções, e a correção do Linux foi integrada upstream e levada também para branches estáveis mantidas.

Duas ressalvas importam. Estas são cinco demonstrações selecionadas, não uma comparação controlada com pesquisadores humanos. E o modelo não está em disponibilidade geral (GA): a Anthropic está ampliando o acesso a recursos avançados de segurança apenas pelo Cyber Verification Program, para profissionais qualificados.

Uma cadeia muda o que significa “baixa severidade”

Pontuações de severidade descrevem uma falha isolada. Uma cadeia é outro objeto: um vazamento de informação que reduz uma defesa, um problema de lógica que cruza um limite, uma condição de corrida que pode ser repetida até vencer. No caso do Linux, a Anthropic observa que perder a corrida só faz falhar um handshake, então o atacante pode simplesmente tentar de novo. Nenhuma dessas propriedades aparece em um único número CVSS.

Fizemos um ponto relacionado sobre o red team automatizado da Anthropic: a busca automatizada está ficando barata, e o trabalho escasso é confirmar o que importa. O encadeamento aumenta as apostas dessa confirmação. Se encontrar cadeias fica mais barato para os defensores, fica mais barato também para atacantes com muitos recursos, e a velha suposição de que um achado médio pode esperar o próximo ciclo trimestral fica mais fraca.

Três mudanças para fazer agora

A latência de correção passa a ser o principal controle. Toda falha nesta pesquisa está corrigida. A exposição está nos dias ou semanas entre o patch do fornecedor e o seu deploy, especialmente para navegadores em endpoints gerenciados e servidores Windows que expõem HTTP/3. Meça essa lacuna por plataforma e reporte ao lado das contagens de vulnerabilidades.

Classifique por exposição e combinação, não só por pontuação. Uma priorização que pergunta se uma falha é alcançável no seu ambiente, como a Cloudflare faz com tráfego real, lida melhor com cadeias do que uma fila por severidade. Agrupe achados por componente e limite, e pergunte o que um atacante poderia combinar.

Escaneie seu próprio código mais cedo. A recomendação da própria Anthropic é que escanear seu código “é mais importante do que nunca”, no momento do pull request, e ela lançou publicamente o plugin security-guidance do Claude Code. A lógica é a mesma do que os agentes de segurança do Google fazem dentro da revisão de código: parar uma falha antes que ela vire um elo da cadeia de outra pessoa.

O que a pesquisa não justifica é pânico com as plataformas publicadas. Elas estão corrigidas. A mudança duradoura está na economia da descoberta, e um programa de vulnerabilidades dimensionado para descoberta na velocidade humana vai precisar medir a rapidez com que fecha lacunas, não o quanto encontra.