# OpenAI relata 948 falhas de root locais no Linux

Published: 2026-11-06

A OpenAI relata 948 descobertas únicas de escalada de privilégios locais e patches candidatos de um pipeline de pesquisa de Linux controlado, com cerca de 1,2 milhões de dólares em créditos de API. A contagem utiliza patches candidatos distintos após análise de variantes de 1.169 avaliações bem-sucedidas. Um erro inicial de atribuição de falha levou a uma verificação de caminho independente, enquanto a revisão humana dos patches e a aceitação a montante permaneceram fases separadas.

Canonical: https://thedailydiff.dev/pt-PT/video/2026-11-05-openai-linux-roots/

## O que este vídeo aborda

- A escalada de privilégios locais começa com um utilizador local sem privilégios já presente a atingir o acesso de root. O relatório não fornece um veredicto de acesso remoto específico da máquina.
- O pipeline produziu 2.308 candidatos após a deduplicação inicial e reproduziu 1.724 vulnerabilidades. As suas 948 descobertas locais únicas finais utilizam uma contagem de patches candidatos distintos após análise de variantes de 1.169 avaliações bem-sucedidas.
- Os 1,2 milhões de dólares reportados são créditos de API para os modelos, alvos e fluxo de trabalho avaliados. As avaliações históricas de recompensas por bugs são hipotéticas e exigem aceitação e pagamento separados do programa.
- A linha de base foi meados de outubro de 2026. Os números de 61 a montante/43 em fase de teste descrevem a conclusão da pesquisa após dez dias, pelo que os avisos de distribuição atuais continuam a ser necessários.
- 20 dos 200 sucessos de uma execução inicial utilizaram uma falha diferente da atribuída. A OpenAI relata a adição de uma verificação de caminho atribuído independente; este defeito inicial não estabelece que os 948 finais sejam falsos. O veredicto foi NEEDS REVIEW com revisão humana de patches e verificações de caminho.

## Perguntas e respostas

### O que significa escalada de privilégios locais na pesquisa de Linux?

Significa que um utilizador local sem privilégios já presente atinge o acesso de root, o privilégio local mais alto. A OpenAI descreve máquinas de pesquisa controladas e descobertas candidatas com provas para revisão. Entrar numa máquina é uma questão separada. O relatório não fornece um veredicto de acesso remoto específico da máquina; o kernel enviado, a configuração e os avisos de distribuição exigem as suas próprias provas.

### Como a OpenAI define as 948 descobertas únicas de escalada local?

A OpenAI utiliza 948 patches candidatos distintos após análise de variantes para definir as descobertas únicas de escalada de privilégios locais. A sua fase de avaliação reportou 1.169 escaladas locais bem-sucedidas antes desse agrupamento. Múltiplos sucessos podem dizer respeito a variantes relacionadas de um problema subjacente. Patches candidatos, aceitação a montante e correções que chegam a uma distribuição têm fases de revisão separadas, pelo que esta contagem deve manter a definição dos autores anexada.

### O que os revisores humanos encontraram na execução inicial de 200 sucessos?

Os revisores humanos descobriram que 20 dos 200 sucessos de escaladas locais iniciais atingiram o acesso de root através de uma falha diferente da atribuída, de acordo com a OpenAI. O sucesso foi real, enquanto a sua atribuição causal estava errada. Os autores relatam ter apertado as restrições e adicionado uma verificação independente da vulnerabilidade atribuída posteriormente. Este defeito inicial não estabelece que as 948 descobertas finais sejam falsas.

### Por que o custo de API reportado e a "snapshot" do patch devem manter seu escopo?

O custo dos créditos de API descreve os modelos, alvos e fluxo de trabalho avaliados da OpenAI, enquanto os números dos patches descrevem a conclusão da pesquisa em relação a uma linha de base de meados de outubro. A OpenAI relata 61 correções a montante e 43 patches em fase de teste nesse ponto histórico. As despesas totais da pesquisa não foram medidas pelo episódio. Os utilizadores devem seguir os avisos para o seu kernel enviado real, e a aceitação a montante continua a ser uma decisão de engenharia separada.

### Qual foi o veredicto do The Daily Diff sobre o pipeline do Linux da OpenAI?

O veredicto do The Daily Diff foi NEEDS REVIEW. Niko manteria o pipeline no fluxo de trabalho defensivo com revisão humana de patches e verificações independentes de caminho atribuído. A publicação da OpenAI descreve patches candidatos, revisão de investigadores e a resposta a um defeito de atribuição inicial. A orientação geral de relatórios do Kernel Linux pede evidências acionáveis e contexto de versão, o que ajuda a explicar por que a qualidade da revisão é importante, juntamente com a contagem de descobertas.

## Capítulos

- 0:00 O que significa realmente a contagem de bugs do Linux da OpenAI?
- 0:24 Cujo acesso pode tornar-se root?
- 1:08 Como é que um candidato se torna uma prova?
- 1:58 Por que é que a contagem final se torna 948?
- 2:45 O que ainda torna um patch proposto incompleto?
- 3:15 Quando foi medida a "snapshot" do patch?
- 3:32 Que data e estado do patch são importantes para os utilizadores?
- 4:09 O que os revisores encontraram na execução inicial?
- 4:55 O que obtém o veredicto sobre o pipeline da OpenAI?

## Transcrição traduzida

Traduzido da narração original em inglês. Áudio e legendas disponíveis são controlados pelo YouTube.

### O que significa realmente a contagem de bugs do Linux da OpenAI?

0:00 Encontrar uma falha no Linux parece corrigi-la. A OpenAI relata novecentos e quarenta e oito descobertas de root locais e candidatos patches, com cerca de um ponto dois milhões de dólares em créditos de API. Neste vídeo, o que conta? O que a revisão humana detetou? Há um teste inicial em que as máquinas realmente obtiveram acesso de root, e o placar ainda creditava a coisa errada. Vamos ver o que os revisores humanos detetaram.

0:20 É quinta-feira, cinco de novembro, e este é o The Daily Diff.

### Cujo acesso pode tornar-se root?

0:24 O kernel do Linux é o núcleo que gere os recursos e permissões de uma máquina. Escalada de privilégios locais significa que um utilizador já presente, sem privilégios, atinge o acesso de root, o privilégio mais alto. A OpenAI estudou essa fronteira em máquinas de pesquisa isoladas. Entrar numa máquina é um problema separado. A OpenAI publicou a pesquisa a quatro de novembro, descrevendo um futuro modelo cibernético dentro de um pipeline automatizado. O resultado útil é um conjunto de descobertas com provas e correções propostas para

0:49 revisão pelas pessoas. O artigo não anuncia o acesso geral a esse futuro modelo. Isso deixa um trabalho muito humano dentro da história autónoma. Os investigadores revisaram as saídas e começaram a relatar vulnerabilidades críticas com patches, seguindo as orientações da comunidade do kernel. Os agentes podem preencher a caixa de entrada. Alguém ainda tem de decidir o que merece estar nela. O pipeline começou com partes do kernel relevantes para a segurança,

### Como é que um candidato se torna uma prova?

1:10 depois produziu cerca de vinte e três centenas de descobertas candidatas após a remoção de duplicados. Um candidato é uma suspeita que vale a pena investigar. Nesse ponto, um parágrafo convincente e uma falha real reproduzível ainda parecem irritantemente semelhantes numa folha de cálculo. Portanto, uma fase separada tentou reproduzir os problemas suspeitos dentro de máquinas isoladas, preservando a prova do que aconteceu. A OpenAI relata aproximadamente dezassete centenas de vulnerabilidades reproduzidas. Isso estabelece o comportamento que os investigadores podem inspecionar.

1:36 A próxima questão é qual desses problemas atravessa uma séria fronteira de permissão. O próprio guia de relatórios de segurança do Linux ajuda a explicar a burocracia. Os mantenedores pedem uma versão afetada, evidências e as condições envolvidas. Também avisa que relatórios de IA de má qualidade consomem capacidade de revisão. Esta é uma orientação geral da comunidade, independente do artigo da OpenAI. Não certifica este lote de descobertas.

### Por que é que a contagem final se torna 948?

1:58 Aqui está o detalhe da contagem. A OpenAI relata mil cento e sessenta e nove escaladas de privilégios locais bem-sucedidas durante a avaliação. Os investigadores analisaram então variantes relacionadas e desenvolveram novecentos e quarenta e oito patches distintos. Eles usam essa contagem de patches para definir as descobertas únicas de escalada local. Múltiplos sucessos podem pertencer ao mesmo problema subjacente. Cerca de um ponto dois milhões de dólares cobrem os créditos de API reportados para os modelos, alvos e fluxo de trabalho avaliados.

2:23 A OpenAI afirma que a medição da capacidade impulsionou o design e que uma melhor engenharia poderia reduzir os custos. As despesas totais dos investigadores permanecem não medidas aqui. A OpenAI compara as descobertas com recompensas históricas por bugs, produzindo uma avaliação hipotética. A aceitação e o pagamento pertencem ao programa de recompensas. Multiplicar uma recompensa por uma contagem de pesquisa parece ótimo até tentar depositar a multiplicação na sua conta bancária.

### O que ainda torna um patch proposto incompleto?

2:45 Um patch proposto também precisa da sua própria revisão. Os autores dizem que os patches iniciais poderiam parar o problema demonstrado, embora adicionassem código desnecessário, trocando desempenho, ou perdendo variantes relacionadas. Eles melhoraram as instruções e iteraram. Uma correção tem de se encaixar na base de código mais ampla e sobreviver a mais do que o primeiro teste que fica verde. A OpenAI descreve a revisão humana da gravidade e das correções antes de relatar a montante. O guia do Linux diz que uma correção proposta testada pode economizar tempo de revisão mesmo que os mantenedores escolham uma correção diferente.

3:12 A aceitação a montante permanece uma decisão de engenharia separada.

### Quando foi medida a "snapshot" do patch?

3:15 A linha de base foi o kernel mais recente em meados de outubro. Após dez dias de pesquisa e análise manual, sessenta e uma questões de escalada local foram corrigidas a montante, com quarenta e três com patches em fase de teste. A OpenAI elogia os mantenedores por agirem rapidamente. Essa é uma "snapshot" da conclusão da pesquisa, e o projeto continuou a avançar. A sua distribuição tem o seu próprio kernel e atualizações.

### Que data e estado do patch são importantes para os utilizadores?

3:34 Para os utilizadores, o passo prático é seguir os avisos para o software que realmente executam. Um resultado de pesquisa a montante ainda precisa de chegar à versão na sua máquina através desse processo de atualização. Qualquer pessoa que tenha visto um conjunto de testes passar enquanto o produto faz a coisa errada conhece a expressão facial necessária aqui. Agora, voltemos àquele placar inicial. Os revisores humanos descobriram um problema dentro de um sinal de sucesso. O pipeline inicial creditava uma vulnerabilidade atribuída assim que o agente obtinha

3:58 acesso de root. Isso verifica o resultado. A descoberta atribuída ainda precisa de ser conectada a esse resultado, porque o sistema pode conter mais de uma falha. Se as provas apontarem para uma causa diferente, o relatório original precisa de outra

### O que os revisores encontraram na execução inicial?

4:09 análise. De acordo com a OpenAI, uma execução inicial relatou duzentas escaladas locais bem-sucedidas. A revisão humana descobriu que vinte tinham atingido o acesso de root através de uma falha diferente da atribuída. O sucesso foi real, e a atribuição estava errada. Isso poderia deixar as provas da descoberta original por resolver, mesmo enquanto o placar celebrava. O teste tinha respondido à pergunta errada. Os autores dizem que apertaram as restrições e adicionaram uma verificação independente de que cada resultado final utilizava a sua vulnerabilidade atribuída.

4:34 Essa é a sua resposta ao defeito inicial. Os vinte iniciais não estabelecem que as novecentos e quarenta e oito descobertas finais sejam falsas. Verifique como um resultado aconteceu tão cuidadosamente quanto se aconteceu. A parte promissora é dar aos revisores provas sobre as quais podem agir, com a descoberta correta anexada. Se preferir ler isto a ouvir-me dizê-lo, o "diff" chega à sua caixa de entrada todas as manhãs, gratuitamente em thedaily-diff.dev, link abaixo.

### O que obtém o veredicto sobre o pipeline da OpenAI?

4:55 Então, o veredicto de hoje, NEEDS REVIEW. Manteria este pipeline no fluxo de trabalho defensivo com revisão humana de patches e verificações de caminho independentes. As descobertas reportadas tornam-se úteis quando os mantenedores recebem provas em que podem confiar e correções que podem avaliar. E essa é a diferença de hoje. Eu sou o Niko da Axrisi.

5:10 Faça a fusão com responsabilidade.

## Fontes

- [A thousand fewer paths to root — reported Linux pipeline method and counts](https://openai.com/index/a-thousand-fewer-paths-to-root/) — OpenAI
- [Unique findings defined by distinct candidate patches after variant analysis](https://openai.com/index/a-thousand-fewer-paths-to-root/) — OpenAI
- [Early wrong-assigned-flaw result and added independent path check](https://openai.com/index/a-thousand-fewer-paths-to-root/) — OpenAI
- [Research-completion patch snapshot and mid-October baseline](https://openai.com/index/a-thousand-fewer-paths-to-root/) — OpenAI
- [Security bugs — general reporting and AI report-quality guidance](https://docs.kernel.org/process/security-bugs.html) — The Linux Kernel
- [Discussion of OpenAI's Linux research, interest context only](https://news.ycombinator.com/item?id=50372929) — Hacker News
- [Sam Altman portrait — TechCrunch; Steve Jennings/Getty Images for TechCrunch; CC BY 2.0; cropped, background removed and resized; vendor identification, no endorsement or current reaction](https://commons.wikimedia.org/wiki/File:Sam_Altman_TechCrunch_SF_2019_Day_2_Oct_3_%28cropped%29.jpg) — TechCrunch via Wikimedia Commons
- [Portrait licence: Creative Commons Attribution 2.0](https://creativecommons.org/licenses/by/2.0/) — Creative Commons
- [Drake Hotline Bling template — brief transformed process commentary, no actual news reaction or blanket reuse licence](https://imgflip.com/memetemplate/Drake-Hotline-Bling) — Imgflip
- [Nathan Fillion in Firefly, HULU disbelief GIF — brief transformed process commentary, no actual news reaction or blanket reuse licence; public hosting does not certify legal clearance](https://giphy.com/gifs/hulu-firefly-fox-television-classics-d31xeuBpR8qdzWSc) — HULU on GIPHY
- [Original Sam Altman portrait — TechCrunch; Steve Jennings/Getty Images for TechCrunch; CC BY 2.0; cropped, background removed and resized; vendor identity only, no endorsement or personal study authorship](https://www.flickr.com/photos/techcrunch/48838377432/) — TechCrunch on Flickr