A IA da OpenAI encontrou 948 falhas de root no Linux e poucas estavam corrigidas

A OpenAI criou um sistema que procura o tipo mais valioso de falha no Linux: aquela que transforma uma conta de utilizador comum em controlo total da máquina. E encontra centenas delas. Numa única execução, o seu processo identificou quase mil falhas distintas desse tipo no kernel do Linux, criou um ataque funcional para cada uma e preparou uma possível correção para os responsáveis pela manutenção analisarem. O modelo de IA que realizou o trabalho não é público.

O kernel está na base dos telemóveis Android, da maioria dos servidores do mundo, das plataformas na nuvem, dos Chromebooks e dos supercomputadores. Uma falha de escalada de privilégios não permite, por si só, que um desconhecido entre num sistema. Permite que alguém que já tenha conseguido entrar — por exemplo, através de uma aplicação maliciosa, de credenciais de baixo nível roubadas ou de um contentor comprometido — obtenha acesso root. O conselho da própria OpenAI é direto: num sistema sem as atualizações necessárias, um atacante com recursos consideráveis deve tratar qualquer conta com poucos privilégios como se fosse equivalente a root.

O processo funciona como uma equipa de segurança dividida por funções. Agentes de reconhecimento selecionaram 5 034 partes do kernel acessíveis a um utilizador sem privilégios — cerca de 2,8 milhões de linhas, ou aproximadamente 7% do código. Em 12 horas, agentes de análise transformaram-nas em 2 308 possíveis descobertas. Uma fase de triagem reproduziu depois 1 724 delas em máquinas virtuais no espaço de 30 horas, e a OpenAI afirma que apenas 3,1% das restantes falhas identificadas se deveram a erros na análise do modelo. Agentes de exploração criaram 1 169 ataques funcionais de escalada de privilégios e 291 fugas de informação numa configuração de computador de secretária padrão, com as proteções habituais do kernel ativadas. A análise de variantes agrupou esses ataques em 948 falhas únicas, cada uma acompanhada de uma possível correção.

A fatura ascendeu a 1 213 430 dólares em créditos de API, ou cerca de 1 279 dólares por falha única, segundo o relatório da OpenAI. Concursos de hacking como o Pwn2Own e o TyphoonPWN já pagaram 20 000 e 70 000 dólares por uma única exploração que permite obter acesso root no Linux. A esses valores, o conjunto de falhas valeria entre 18,9 milhões e 66,3 milhões de dólares. Um trabalho que antes exigia um especialista difícil de encontrar custa agora, por falha, aproximadamente o mesmo que um computador portátil de gama média.

A evolução dos resultados é mais importante do que o total. Numa execução anterior, com o GPT-5.6 Sol, um dos modelos já existentes da OpenAI, foi analisado o kernel então atual e encontradas 166 falhas únicas, por 513 690 dólares. O novo modelo de cibersegurança encontrou mais de cinco vezes mais falhas novas, apesar de o kernel ter recebido três meses de reforço entre as duas análises. Numa amostra de 166 explorações, havia dez técnicas que a equipa da OpenAI e especialistas externos em kernels consideraram inéditas. A empresa não divulgou os detalhes. Num teste separado, com a versão kernelCTF da Google, concebida deliberadamente para ser mais resistente, uma execução de 112 horas produziu 21 explorações funcionais por cerca de 32 936 dólares.

Há vários aspetos que os números não revelam. Todos os valores são da OpenAI, e nenhuma entidade externa auditou a execução. As 948 correspondem a possíveis correções, não a correções já integradas no kernel. No final da análise de dez dias, 61 das falhas tinham sido corrigidas no código oficial, 43 tinham correções em preparação e 299 já eram públicas ou estavam a ser discutidas; por isso, uma parte significativa não era novidade para a comunidade do kernel. A OpenAI também detetou atalhos tomados pelo seu próprio sistema: numa execução inicial, 20 dos 200 êxitos comunicados tinham obtido acesso root através de uma falha desconhecida diferente daquela que lhes tinha sido atribuída. Algumas das primeiras correções escritas por IA estavam certas, mas incluíam código desnecessário ou não respeitavam o estilo do kernel; além disso, investigadores humanos continuam a analisar todas as explorações e correções antes de estas chegarem aos responsáveis pela manutenção.

É nessa fase de análise que a pressão se faz sentir. Os responsáveis pela manutenção do kernel, muitos dos quais são voluntários ou engenheiros de empresas com outras funções, enfrentam agora uma fila de trabalho que uma máquina consegue voltar a encher mais depressa do que as pessoas conseguem esvaziá-la. A OpenAI recomenda que as falhas comunicadas sejam novamente verificadas face ao código atual antes da submissão, para evitar que os responsáveis percam tempo com problemas que já foram corrigidos. A empresa não revelou quantas das 948 falhas chegam aos kernels incluídos nos telemóveis vendidos pelos fabricantes. No Android, uma correção do kernel só chega aos utilizadores quando cada fabricante a disponibiliza; os telemóveis que já não recebem atualizações de segurança continuam expostos.

Para quem usa Linux, a resposta prática é a habitual, mas com mais em jogo: instalar prontamente as atualizações do kernel e isolar código não fiável. A OpenAI recomenda aos administradores ferramentas de isolamento, como o Firecracker e o gVisor, e que voltem a analisar o seu próprio código à medida que os modelos melhoram. O próprio modelo de cibersegurança não está disponível ao público em nenhum país; a OpenAI diz que será lançado em breve, mas não anunciou preço nem data de lançamento. As falhas são comunicadas aos responsáveis pela manutenção através do programa Patch the Planet, em colaboração com parceiros de segurança.

A OpenAI publicou o relatório, intitulado A thousand fewer paths to root, a 4 de novembro. A análise decorreu ao longo de dez dias, em meados de outubro, sobre a versão mais recente do ramo master do kernel; a análise anterior com o GPT-5.6 Sol data do final de julho. A OpenAI afirma que já enviou centenas de relatórios e correções para falhas críticas e que irá entregar gradualmente as restantes através dos seus parceiros. Quando a análise terminou, cerca de uma em cada nove das 948 falhas já tinha uma correção integrada no código oficial ou em preparação.

Etiquetas: inteligência artificial, OpenAI, cibersegurança, Linux, GPT-5.6 Sol, vulnerabilidades