← Voltar para Insights Segurança ofensiva · IA

A IA já acha o que humanos não viram em décadas?

Uma IA de segurança da Anthropic diz ter encontrado falhas em código revisado por décadas, e 271 no Firefox de uma vez. Parte é fato verificável; parte é número da própria empresa que vende o modelo; e um dos casos mais citados foi desmentido. Aqui está a leitura da TreeSec — o que de fato mudou, o que é marketing, e o que isso muda (e não muda) para a sua empresa.

O que realmente aconteceu em 2026

Durante décadas, encontrar uma vulnerabilidade profunda em software maduro foi trabalho de artesão: um especialista raro, semanas de leitura de código e uma intuição que não se ensina. Em 2026, uma inteligência artificial passou a fazer parte desse trabalho em escala — e a Anthropic afirma ter desenterrado falhas que sobreviveram a anos de revisão humana.

A régua subiu, e não vamos fingir o contrário. Mas quase tudo que circula sobre o tema vem de uma fonte só: a própria empresa que vende o modelo — ou de manchetes que amplificaram esses números sem checar. Então este artigo faz o que uma empresa de segurança deveria fazer com qualquer alegação: separa o que tem prova independente, o que é número de fornecedor e o que já foi desmentido. Cada um está rotulado.

Project Glasswing: o que é fato e o que é do fornecedor

No centro da história está o Claude Mythos, um modelo de fronteira da Anthropic com acesso restrito (a própria empresa diz que não pretende disponibilizá-lo ao público). Ele foi colocado para trabalhar dentro do Project Glasswing, uma iniciativa defensiva anunciada em 7 de abril de 2026, com 11 organizações parceiras — entre elas AWS, Apple, Google, Microsoft, NVIDIA, Cisco, CrowdStrike, Palo Alto Networks, Broadcom, o banco JPMorganChase e a Linux Foundation.

Correção de um número muito repetido: os “US$ 100 milhões” do Glasswing são, na maior parte, créditos de uso do modelo — mais cerca de US$ 4 milhões em doações a projetos open-source. Não é um cheque de 100 milhões em caixa, como às vezes se lê.

“milhares”
de falhas de severidade alta/crítica que a Anthropic afirma ter achado (número da própria empresa, sem verificação independente)
> 99%
delas ainda sem correção no anúncio — também um dado auto-reportado pela Anthropic
7/abr/2026
data do anúncio do Project Glasswing

O modo de operar, descrito pela Anthropic, não é o de um scanner que casa padrões: ela chama de “code reasoning” — o modelo raciocina sobre a lógica do programa, segue o fluxo de dados entre arquivos e funções, e chega às condições sutis que criam a falha. Se isso se confirmar de forma independente, é de fato o tipo de raciocínio que antes só um pentester experiente fazia. Por ora, é a descrição do fabricante — impressionante, e ainda sem validação de terceiro.

Os “fósseis”: bugs de décadas — segundo a Anthropic

O que mais chama atenção não é o volume, é a idade das falhas relatadas. São bugs que teriam passado por gerações de revisores e campanhas de fuzzing sem serem vistos. Vale a lista — com um aviso antes: todos esses casos têm origem única (a Anthropic), sem redescoberta independente. Tratamos como relato do fornecedor, não como fato fechado.

SistemaIdade relatadaO que a Anthropic descreve
OpenBSD~27 anosOverflow de inteiro na implementação do TCP SACK. Atenção: o mecanismo é quase idêntico ao “SACK Panic” do Linux (CVE-2019-11477, 2019) — leia com cautela para não confundir os dois.
FreeBSD~17 anosExecução remota no NFS com acesso root sem autenticação (CVE-2026-4747). As fontes divergem se é no cliente ou no servidor, e há quem questione se é realmente inédita.
FFmpeg~16 anosEscrita fora dos limites da memória no decodificador H.264. Sem um CVE público claramente separado nas fontes que checamos — apenas o relato e a correção.

A anatomia do caso FFmpeg (se o relato estiver correto)

O bug do FFmpeg merece um close, porque ilustra por que uma máquina veria o que o fuzzing não vê. Segundo a Anthropic, a falha só se manifesta num caso extremo: quando a numeração das fatias (slices) de um quadro colide com o valor-sentinela de 16 bits — o limite de 0xFFFF (65.535). Nesse ponto, o decodificador grava fora da área reservada.

É um cenário tão específico que o fuzzing, que joga entradas aleatórias, dificilmente constrói de propósito o vídeo patológico com exatamente 65.536 fatias. O raciocínio de código, se funcionar como descrito, não sorteia — deduz a condição de borda. Essa é a diferença que importa, e ela não depende de acreditar em nenhum número inflado:

Fuzzing testa muitas entradas na esperança de tropeçar na falha. Raciocínio de código busca a entrada exata que a dispara. Uma é força bruta; a outra é compreensão. É esse salto qualitativo, e não o placar de “10 mil bugs”, que vale a atenção.

271 no Firefox — o caso mais sólido (com uma ressalva honesta)

Este é o item com verificação independente: a Mozilla confirmou que a Firefox 150 corrigiu 271 vulnerabilidades encontradas com apoio do Mythos. É real, e é muito.

Mas — e aqui a régua da casa entra — “271” não são 271 catástrofes. A composição foi 180 de severidade alta, 80 média e 11 baixa, e apenas 3 viraram CVE creditado ao Claude; o grosso é hardening e falhas de baixo/médio impacto. Chamar isso de “271 zero-days” (como alguns títulos fizeram) é linguagem frouxa. O feito é genuíno: encontrar volume nessa profundidade, rápido. Só não é o apocalipse que a manchete sugere.

A XBOW no topo do HackerOne — e o asterisco

Para não parecer fenômeno de um laboratório só, olhe o bug bounty. A XBOW, uma pentester autônoma de IA, chegou ao 1º lugar do ranking dos EUA no HackerOne em 2025, com cerca de 1.060 vulnerabilidades submetidas (54 críticas, 242 altas). O feito é real — com o detalhe honesto de que os achados eram revisados por humanos antes de submeter.

O asterisco: a falha da XBOW no GlobalProtect (VPN da Palo Alto) que virou manchete é, na verdade, um XSS refletido de baixa severidade (CVE-2025-0133). Os “2.000+ hosts” são superfície exposta, não 2.000 máquinas comprometidas. Impressiona menos do que o número solto sugere.

Ainda assim, o recado das duas frentes — a defensiva do Glasswing e a ofensiva do bug bounty — é o mesmo, e é o que de fato importa: encontrar falhas deixou de ser o gargalo que já foi. A capacidade subiu. O resto é ruído de placar.

O caso da NSA: como ler uma manchete assustadora

O episódio mais explosivo circulou assim: o Mythos teria penetrado “quase todos” os sistemas classificados da NSA “em horas”, num relato atribuído ao general Joshua Rudd (comandante da NSA e do Cyber Command) e repassado pelo senador Mark Warner. Soa aterrorizante — e é o exemplo perfeito de por que a gente lê tudo com a régua ligada.

O que há de errado com essa história

É uma citação de segunda mão (Warner repassando o que Rudd teria dito), publicada primeiro por um editor da The Economist que depois pediu publicamente para não a lerem ao pé da letra. Não há relatório de incidente, boletim técnico nem confirmação oficial. A leitura mais crível não é “a NSA foi invadida”, e sim um red team autorizado da própria agência (como a Mozilla fez com o Firefox). Tratamos como não confirmado.

O que é público e verificável: em junho de 2026, o governo dos EUA obrigou a Anthropic a bloquear o acesso de estrangeiros aos seus modelos mais avançados — a primeira vez que um controle de exportação mira um modelo de IA comercial, não o hardware. Mas atenção: a justificativa oficial foi segurança nacional (risco de jailbreak, suspeita de acesso por grupo estrangeiro) — amarrar isso diretamente ao “teste na NSA” é inferência, não causa declarada. O fato é forte; a novela que o acompanha, não.

A leitura da TreeSec: o que muda, e o que não

Tire o hype e fique com o essencial honesto: a capacidade de encontrar falhas subiu de patamar — e isso é real. Não vamos dizer que é bolha; seria desonesto. O raciocínio de código encontra classes de bug que o fuzzing não alcança, e isso vale tanto para o defensor quanto para o atacante.

Mas três coisas precisam ser ditas, e é aqui que a maioria dos textos falha:

A pergunta prática, então, não é “uma superinteligência vai me atacar amanhã?”. É a de sempre, só que com mais urgência: a minha aplicação aguenta uma análise séria — humana e potencializada por ferramenta — ou ela guarda os mesmos IDORs e configs erradas de sempre?

A régua subiu para os dois lados. A mesma capacidade que assusta na manchete pode — e deve — trabalhar a seu favor: encontrar as suas falhas antes que alguém, ou algo, as encontre primeiro.

É esse o trabalho da TreeSec: profundidade ofensiva real — humana, apoiada por ferramenta, com julgamento de quem entende o seu negócio. Usamos IA no que ela é boa (reconhecimento, triagem, correlação) e não terceirizamos a ela o que exige contexto. E, como empresa de segurança, seria fácil surfar esse medo para vender — justamente por isso não fazemos. Preferimos te dar a régua e a prova.

Sua aplicação aguenta uma análise séria?

Colocamos profundidade ofensiva real a favor da sua empresa — encontrando e provando suas falhas antes que virem incidente.

Fontes

  • Anthropic (fonte primária, parte interessada) — Project Glasswing e avaliação do Claude Mythos Preview (os bugs de OpenBSD/FreeBSD/FFmpeg e os números de “milhares de falhas” são relato da própria Anthropic).
  • Mozilla — notas de segurança da Firefox 150 (verificação independente das 271 correções: 180 altas, 80 médias, 11 baixas; 3 CVEs creditados ao Claude). Corroborado por SecurityWeek e Schneier on Security.
  • TechRepublic — XBOW no topo do HackerOne (~1.060 vulnerabilidades; o GlobalProtect é o XSS de baixa severidade CVE-2025-0133).
  • Controle de exportação do modelo (jun/2026) — noticiado por CNBC/Forbes; medida real e pública, com justificativa de segurança nacional.
  • Caso NSA — relato de segunda mão, depois relativizado pelo próprio jornalista; não confirmado oficialmente. Citado aqui apenas como exemplo de leitura cética, não como fato.