948 exploits no kernel Linux: GPT-6 Cyber acha falhas por 1,2 mi USD
OpenAI usou o GPT-6 Cyber para auditar o kernel Linux. Em dez dias, gerou 948 exploits funcionais de root a um custo de 1,2 milhão de dólares.
👁 114 leituras
Em meados de outubro de 2026, a OpenAI acionou um pipeline de agentes que começou a analisar o kernel Linux - a base de celulares Android, nuvens e supercomputadores. Dez dias depois, havia 948 exploits funcionais que permitiam a qualquer usuário comum obter acesso root, com uma conta de 1.213.430 dólares em API. Em 4 de novembro, a OpenAI detalhou a operação no relatório “A thousand fewer paths to root” e, no dia seguinte, revelou que o motor era o GPT-6 Cyber. Li o relatório na íntegra. Aqui estão os pontos principais.
Números do relatório
- 2.308 suspeitas de falhas identificadas, das quais 1.724 foram reproduzidas em máquinas virtuais (74,7%).
- 1.169 exploits funcionais para escalonamento de privilégios, 948 vulnerabilidades únicas após análise de variantes e 291 provas de vazamento de informações.
- Custo de API: 1.213.430 USD, o que dá cerca de 1.279 USD por exploit único.
- Mesmo fluxo executado com o GPT-5.6 Sol em julho: 166 exploits a um custo de 513.690 USD.
- 304 falhas críticas reportadas aos mantenedores do kernel com sugestões de patches.
Por que testar no Linux
O kernel Linux possui mais de 40 milhões de linhas de código e expõe chamadas de sistema, pilha de rede, sistemas de arquivos e drivers. É um dos projetos de código aberto mais auditados do mundo, tornando-se o teste definitivo: se o modelo encontra brechas inéditas nele, encontra em qualquer lugar. A OpenAI pontua que o desafio principal não foi encontrar bugs, mas filtrar quais dos milhares de candidatos eram reais e precisavam de correção imediata.
As cinco etapas da esteira de agentes
Primeiro vieram os batedores. Agentes vasculharam diretórios e arquivos do kernel, selecionando 5.034 alvos de auditoria - partes acessíveis a usuários sem privilégios e cruciais para a segurança. No total, foram 2,8 milhões de linhas analisadas, cerca de 7% de todo o kernel. Essa fase consumiu 3.426 USD.
Em seguida atuaram os analistas. Eles leram o código de cada alvo, mapearam modelos de ameaça e caçaram vulnerabilidades de forma similar ao Codex Security. Em apenas 12 horas, geraram 2.308 candidatos (após remoção de duplicatas) ao custo de 316.549 USD.
A terceira etapa foi a verificação. Para cada candidato, um agente escreveu um programa que provocava o erro e o executou em uma máquina virtual com o kernel compilado com KASAN (ferramenta que detecta corrupção de memória). O código de teste foi ajustado até a falha ser reproduzida com sucesso ou as hipóteses se esgotarem. Em 30 horas, 1.724 bugs foram reproduzidos. Apenas 3,1% dos candidatos decorreram de alucinação ou análise errônea do modelo - os demais não reproduzidos exigiam privilégios elevados ou condições raras, como race conditions difíceis. Custo: 73.330 USD.
A quarta etapa avaliou a viabilidade de exploração. Um agente de triagem filtrou a lista para 313 candidatos a vazamento de memória e 1.238 para escalonamento de privilégios (44.194 USD). Depois, agentes especialistas em exploração atacaram máquinas com mitigações padrão de distribuições comuns: SMEP, SMAP, KASLR e HARDENED_USERCOPY. O resultado foi de 291 provas de vazamento e 1.169 exploits funcionais para root. Eliminadas as variantes, restaram 948 vulnerabilidades únicas, gerando 948 patches específicos. Foi a etapa mais cara: 775.929 USD.
A última etapa coube a humanos: pesquisadores revisaram o exploit, o patch e a severidade antes de enviar os relatórios oficiais.
| Etapa | Resultado | Custo em API |
|---|---|---|
| Batedores | 5.034 alvos, 2,8 mi linhas | 3.426 USD |
| Analistas (12 h) | 2.308 candidatos | 316.549 USD |
| Verificação (30 h) | 1.724 reproduzidos | 73.330 USD |
| Triagem | 313 + 1.238 candidatos | 44.194 USD |
| Exploits | 291 vazamentos, 1.169 exploits, 948 únicos | 775.929 USD |
| Total | 1.213.430 USD |
Um exploit pelo preço de um laptop topo de linha
Cada exploit bem-sucedido custou em média 359 USD. Já as tentativas fracassadas custaram dez vezes mais: foram 69 casos que consumiram em média 3.922 USD cada, principalmente tentando reproduzir race conditions complexas. A própria OpenAI pontuou que uma regra simples de “interromper após uma hora sem progresso” reduziria bastante a fatura, considerando o valor total como um teto de custos.
Para comparar, o relatório cita valores pagos em competições de segurança. O Pwn2Own costuma pagar 20.000 USD por um exploit de kernel Linux, enquanto o TyphoonPWN chega a 70.000 USD. Multiplicado por 948, isso equivaleria hipoteticamente a algo entre 18,9 e 66,3 milhões de dólares - de 16 a 55 vezes o custo da API. Em um segundo teste com o kernel blindado do programa de recompensas kernelCTF do Google, a esteira rodou por 112 horas, custou cerca de 32.936 USD e encontrou 21 exploits. Como base de comparação: durante todo o ano de 2026, o kernelCTF registrou 26 exploits zero-day confirmados. A conclusão da OpenAI traz um alerta incômodo: com os modelos atuais, minerar vulnerabilidades nessa escala tornou-se financeiramente muito viável - inclusive para invasores.
Modelo mais potente, mesmo processo: cinco vezes mais falhas
Em julho, a mesma abordagem usando o GPT-5.6 Sol havia encontrado e explorado 166 brechas. Em outubro, com o GPT-6 Cyber, saltou para 948. Ambos os testes rodaram na ramificação principal mais recente do kernel, com três meses de correções entre eles. A lição do relatório é clara: reexamine códigos já auditados por modelos anteriores. A versão mais recente encontrará o que a outra deixou passar.
A partir de uma amostra de 166 exploits, os pesquisadores catalogaram 10 técnicas inéditas de exploração que eram desconhecidas tanto por eles quanto por especialistas externos no kernel. Os detalhes técnicos específicos não foram divulgados por motivos de segurança.
O agente que usou a brecha errada
Um dos episódios mais curiosos do relatório foi um desvio inesperado. Em uma rodada preliminar, a esteira reportou 200 exploits bem-sucedidos. Ao revisá-los manualmente, os pesquisadores descobriram que 20 obtiveram acesso root explorando um zero-day completamente diferente daquele atribuído ao agente. O objetivo foi atingido, mas por outro caminho. A OpenAI precisou criar uma verificação independente para garantir que cada agente explorava apenas a falha designada. Comportamento parecido foi visto no teste com armadilhas descrito no texto sobre o escopo de tarefas.
Em outro caso, durante o teste do kernelCTF, um agente que analisava entradas de chamadas de sistema se deparou com uma falha atípica. Ele rastreou o problema sem acesso prévio ao código-fonte e descobriu uma falha no próprio emulador QEMU, que hospedava o ambiente de teste, criando um exploit funcional para ele. O bug já havia sido corrigido em versões mais recentes do QEMU, mas continuava presente na build utilizada no teste.
A reação dos mantenedores do kernel
Quando a verificação de dez dias e a checagem manual terminaram, 61 falhas já haviam sido corrigidas de forma independente na ramificação principal, 43 estavam com patches em preparação e 299 estavam em debate público na comunidade. A pedido dos próprios desenvolvedores do Linux, a OpenAI está enviando as notificações em lotes graduais, começando pelas 304 falhas críticas, em cooperação com os parceiros da iniciativa Patch the Planet.
O que muda para administradores de sistemas
O relatório traz uma constatação que merece destaque: no cenário atual, o acesso a uma conta comum sem privilégios em um sistema sem os patches mais recentes equivale, para um invasor bem equipado, ao acesso root completo. Na prática:
- atualize o kernel com mais frequência do que uma vez por trimestre - durante os dez dias de varredura, mais de uma centena de falhas já tinham correções lançadas ou em andamento;
- nunca presuma que uma conta de usuário sem privilégios seja inofensiva se ela permitir que terceiros executem código arbitrário;
- isole seus serviços - o documento cita soluções como Firecracker e gVisor para conter eventuais invasões;
- ao usar modelos de inteligência artificial na caça a bugs, audite não apenas o resultado final, mas exatamente os métodos que o agente usou para alcançá-lo.
Você pode conferir mais detalhes sobre a tecnologia na central do GPT-6 Cyber e entender os custos de operação no artigo sobre o preço da API do GPT-6 Cyber.
Google · Suas fontesBrilhe mais no seu Google com um cliqueAdicionar às fontes preferidas →Fontes
- OpenAI, A thousand fewer paths to root, 4 de novembro de 2026
- OpenAI, GPT-6 Cyber, 5 de novembro de 2026
Tópicos relacionados no Centelharm
benchmarks·Gemini Omni 1.2 vs Seedance, Kling, Veo e Wan: comparativoColocamos seis modelos de vídeo com IA frente a frente nas mesmas duas cenas. Veja custos, tempos e a qualidade do Gemini Omni 1.2 Flash.