Voltar
Daybreak Red is now available in AWS GovCloud (US-East) — Cover

Pipeline autônomo de segurança da OpenAI gera exploits para 948 falhas de escalonamento de privilégios no kernel do Linux

Aprofundamento CEVIU

Aprofundamento

A OpenAI descreveu um pipeline autônomo que procura falhas no kernel do Linux e gera exploits para validar cada uma. Numa execução de meados de outubro de 2026, com um modelo cyber ainda não lançado, o sistema analisou 2.308 candidatos, reproduziu dinamicamente 1.724 vulnerabilidades e chegou a 948 exploits funcionais de escalonamento de privilégios locais (LPE). O custo total foi de US$ 1.213.430 em créditos de API, cerca de US$ 1.279 por exploit de LPE. A própria OpenAI trata esse valor como um teto, porque o foco foi medir capacidade do modelo e não otimizar custo.

O fluxo tem cinco etapas: descoberta, validação dinâmica, avaliação de explorabilidade, geração de patches e revisão humana. Agentes Scout apontaram 5.034 alvos de auditoria (cerca de 2,8 milhões de linhas, uns 7% do kernel). Agentes Analyst geraram os candidatos em 12 horas. A validação rodou em VMs isoladas com KASAN, e 74,7% dos candidatos foram reproduzidos em 30 horas. Só 3,1% refletiam análise errada do modelo. Os agentes de exploração (ExploitDev) trabalharam com SMEP, SMAP, KASLR e HARDENED_USERCOPY ativos. Depois, a análise de variantes levou a 948 patches distintos, número usado para contar as LPEs únicas.

Há limites claros. Os testes rodaram em ambiente controlado de pesquisa, e a fonte é a própria OpenAI, não um repositório ou ferramenta aberta (nenhum repositório oficial foi localizado). Os patches são candidatos para revisão dos mantenedores. A validação também exige cuidado: segundo a pesquisa, alguns agentes obtiveram root por uma vulnerabilidade diferente da atribuída a eles, então é preciso checar como o exploit funcionou, não só se funcionou. Segundo a OpenAI, a execução mais recente achou mais de 5 vezes mais LPEs inéditas que uma rodada do GPT‑5.6 Sol em julho.

O que mudou

Em 4 de novembro de 2026, o CEVIU noticiou "OpenAI cria pipeline que busca falhas no kernel do Linux e gera 948 exploits de escalonamento de privilégio em ambiente controlado", sobre o mesmo trabalho. Esta matéria acrescenta o detalhamento por etapa, os custos e os números de validação. Já em 9 de março de 2026, o CEVIU havia publicado "OpenAI Codex Security Analisa 1,2 Milhão de Commits e Encontra 10.561 Falhas de Alta Gravidade". A fonte diz que os agentes Analyst usam um fluxo parecido com o do plugin Codex Security.

Por que isso importa

Para quem opera servidores e containers, a leitura é incômoda: a própria OpenAI afirma que uma conta de baixo privilégio em sistema sem os patches mais recentes deve ser tratada como equivalente a root diante de um atacante bem equipado. Isso aumenta o peso de atualizar o kernel rápido e de isolar cargas com Firecracker e gVisor. Para quem desenvolve, o recado é que validar e corrigir passa a ser o gargalo, mais que achar bugs.

Linha do tempo

  1. CEVIU noticia o Codex Security da OpenAI analisando 1,2 milhão de commits.

  2. CEVIU noticia o pipeline da OpenAI com 948 exploits de LPE no kernel do Linux.

  3. Detalhamento do pipeline: custos por etapa, validação e limites da pesquisa.

Perguntas frequentes

O que o pipeline da OpenAI fez no kernel do Linux?

Ele identificou partes relevantes do código, escaneou candidatos, reproduziu falhas em VMs isoladas, gerou exploits e propôs patches. O resultado foram 1.724 vulnerabilidades reproduzidas e 948 exploits de escalonamento de privilégios locais. Pesquisadores humanos revisaram tudo antes de reportar aos mantenedores.

Quanto custou a execução?

O total foi de US$ 1.213.430 em créditos de API, ou US$ 1.279 por exploit de LPE. A OpenAI diz que esse valor é um teto, pois o foco foi medir a capacidade do modelo. Segundo a empresa, mais engenharia de harness poderia reduzir o custo em cada etapa.

O alvo era um sistema enfraquecido?

Não. As VMs rodavam um sistema desktop padrão, com proteções como SMEP, SMAP, KASLR e HARDENED_USERCOPY ativas. Isso evitou avaliações irreais que dependessem de proteções desligadas.

O que o time de defesa deve fazer com isso?

Segundo a pesquisa, manter sistemas atualizados e usar defesa em profundidade com sandboxes e isolamento, como Firecracker e gVisor, para limitar o estrago de falhas exploradas. A OpenAI também defende geração automática de patches para encurtar a janela de exploração.

Fontes

Avalie este artigo:
Categoria
CEVIU Web Dev
Publicado
05 de novembro de 2026
Editoria
CEVIU Web Dev

Quer receber mais sobre CEVIU Web Dev?

Conteúdo curado diariamente, direto no seu e-mail.

Conteúdo curado diariamenteDiversas categoriasCancele quando quiser