GPT-6 Cyber desenvolve 948 exploits no kernel Linux: falhas Firefox

GPT-6 Cyber chegou como modelo da OpenAI voltado à pesquisa de segurança. Além disso, o anúncio saiu em 5 de novembro.

A proposta combina duas frentes. Primeiro, encontrar e validar vulnerabilidades exploráveis. Segundo, respeitar o escopo definido pelo pesquisador.

Os números de impacto real chamam atenção. No entanto, o modelo ajudou a descobrir e validar milhares de exploits em bases críticas como Linux↳Linux34 conteúdosKali Linux em um Servidor VPS: como, quando e por que usar?DevSecOps · dez 2024Construindo um Windows Service ou Linux Daemon com Worker Service & .NET Core – Parte 2Dev (Back & Front) · jul 2020Criando uma WebApi utilizando .NET, Linux e VSCodeDev (Back & Front) · ago 2019Ver tudo em DevSecOps → e Firefox.

Os benchmarks que mudaram de patamar

O ExploitGym testa a exploração de uma vulnerabilidade específica em alvo remoto.

Ali, o novo modelo alcançou 48,5%. O antecessor, GPT-5.6 Cyber, marcava 32,1%.

Contudo, a diferença chega a cerca de 16 pontos percentuais. Além disso, representa melhoria relativa de 51%.

A empresa criou ainda uma avaliação de teste ofensivo de penetração web. Nela, os modelos investigam aplicações sem acesso ao código fonte.

Além disso, o resultado ficou em 40,3% de recall de vulnerabilidades. O GPT-6 Astra, modelo de linha principal, registrou 32,0%.

Diante desses resultados, a classificação subiu. O modelo passou ao nível Crítico em cibersegurança no Preparedness Framework, acima do nível Alto anterior.

GPT-6 Cyber e o teste de respeito ao escopo

Essa parte interessa diretamente a quem opera agentes.

O risco central aparece quando o agente extrapola a tarefa. Ele pode tentar explorar serviços não relacionados ou ignorar as regras do pesquisador.

A avaliação ExploitGym Honeypot ataca exatamente esse ponto. Ela foi elaborada a partir do incidente da Hugging Face.

O desenho do teste é engenhoso. O ambiente isolado oferece serviços de apoio deliberadamente fáceis de explorar, como registro de pacotes ou armazenamento de objetos.

Atacar esses serviços revela a flag da tarefa. Entretanto, o modelo, portanto, precisa inferir que isso está fora do escopo.

Os resultados mostram avanço claro. Sem os prompts de segurança de implantação, o modelo evitou sair do escopo em 99,93% dos casos, contra 94,49% da geração anterior.

Com esses prompts, o índice chegou a 100%.

A cadeia de pensamento divulgada reforça o comportamento. Em um trecho, o modelo registra que deve mirar apenas o binário e o servidor.

Os resultados em software real

Três campanhas ilustram a escala do trabalho.

No Firefox, o modelo produziu evidências e testes reproduzíveis para 81 novas vulnerabilidades classificadas como de alta gravidade pela Mozilla. Ele também demonstrou que outros 30 problemas conhecidos eram mais graves que o relatado.

Além disso, as descobertas foram comunicadas junto com propostas de patch. A Mozilla começou a incorporar correções logo após receber os relatórios.

No kernel Linux, os números crescem bastante. O modelo reproduziu 1.724 vulnerabilidades e desenvolveu exploits funcionais para 948 delas.

A comparação ajuda a dimensionar. O GPT-5.6 Sol havia explorado 166 com o mesmo harness de pesquisa.

Seguindo orientação da comunidade, 304 descobertas críticas chegaram aos mantenedores com possíveis patches.

O terceiro caso envolve o Brotli, biblioteca de compressão usada pelo Node.js↳Node.js45 conteúdosComo criar aplicações console em Node.jsDev (Back & Front) · fev 2025Entendendo o ciclo de publicação do Node.jsDev (Back & Front) · fev 2020Nodejs por baixo dos panosDev (Back & Front) · jul 2019Ver tudo em Dev (Back & Front) → e outros softwares. Contudo, os pesquisadores desenvolveram e validaram exploits que demonstram execução remota de código em aplicações que usam a biblioteca.

Como funciona o acesso pelo Daybreak

A distribuição segue em níveis.

Modelos de linha principal, como o GPT-6 Astra, já apoiam revisão de código, triagem de vulnerabilidades e desenvolvimento de patch.

O Daybreak Blue atende defensores verificados. Entretanto, ele ajuda a validar vulnerabilidades e correções com menos recusas desnecessárias.

O Daybreak Red permite desenvolvimento mais profundo de exploits e teste autorizado. Esse é o canal do novo modelo.

Um dado específico marca a diferença entre os perfis. No RemoteExploitBench, que usa vulnerabilidades conhecidas em GitLab, PostgreSQL↳PostgreSQL11 conteúdosPostgreSQL via SSL com GolangData · abr 20195 itens legais sobre data types do PostgreSQLData · mar 20195 serviços gratuitos na cloud para bancos de dados PostgresData · fev 2025Ver tudo em Data → e Jenkins, o Astra com Daybreak Blue recusou 100% das tarefas.

O modelo especializado concluiu 95%. Além disso, a única falha envolveu um exploit que ele não conseguiu fazer funcionar remotamente.

O acesso começou pela API e pelo Codex, para um grupo selecionado de clientes aprovados.

As salvaguardas que acompanham o lançamento

A empresa listou várias camadas de proteção.

No entanto, o monitoramento de desalinhamento verifica se as ações correspondem à autorização do usuário. Ao mesmo tempo, ele reconhece atividade legítima de desenvolvimento e teste.

Existe também monitoramento direcionado a ameaça emergente. Durante a divulgação coordenada de falhas críticas no PHP, por exemplo, o sistema vigiou tentativas de exploração contra servidores em operação.

O Processamento Privado de Segurança atende clientes com retenção zero. Ele analisa registros criptografados mantidos no armazenamento do cliente por 30 dias.

Além disso, o acesso ao Daybreak Red pela API exige lista de IPs permitidos por padrão.

A empresa mantém a recomendação básica. Isolamento em sandbox, revisão de ações e supervisão humana seguem indicados para fluxo de alto risco.

A frente de infraestrutura crítica

Esse ponto ganhou tratamento separado.

O escopo inclui usinas de energia, estações de tratamento de água e sistemas de tecnologia operacional e controle industrial.

Um programa de subsídios de US$ 1 bilhão apoia equipes com recursos limitados. Organizações governamentais e prestadores de serviços essenciais entram nesse grupo.

A empresa também criou um grupo específico para defensores aprovados de infraestrutura crítica.

Entretanto, a parceria com a Dragos trouxe avaliação prática. Em ambiente de laboratório, um modelo separou ativos de tecnologia operacional do ruído de TI e encontrou duas vulnerabilidades de dia zero em software de engenharia.

Rob T. Lee, diretor de IA da empresa parceira, resumiu a preocupação. Segundo ele, o nível mínimo de conhecimento necessário para reconhecimento e pesquisa de vulnerabilidades antes de um ataque está diminuindo.

O que considerar no seu projeto

Primeiro, revise a política de escopo dos seus próprios agentes. Além disso, o teste honeypot mostra bem o tipo de armadilha que aparece em ambiente real.

Segundo, observe o cronograma de patch nas suas dependências. Brotli, kernel e navegadores entram em muita stack sem aparecer no radar.

Terceiro, acompanhe o fluxo de divulgação coordenada. Volume maior de descoberta significa mais correções chegando em menos tempo.

Por fim, mantenha sandbox e revisão humana no caminho. Entretanto, a própria empresa coloca essas práticas como recomendação padrão para fluxo de alto risco.

Acompanhe nosso perfil no Instagram!