948 falhas e US$ 1,2 milhão. O experimento da OpenAI que pressiona a revisão de segurança

WERNER JACOB
WERNER JACOB Cargo: CEO - Insight Marketing Digital
MBA Marketing Digital FGV
Última atualização:

Por Redação Insight · Editor responsável: Werner Jacob.

A OpenAI relatou em 4 de novembro que um protótipo com um modelo de cibersegurança produziu 948 explorações funcionais de elevação local de privilégio em um ambiente controlado de pesquisa com Linux. A rodada custou aproximadamente US$ 1,2 milhão em créditos de API. A equipe também gerou correções candidatas para revisão.

Elevação local de privilégio significa que alguém com acesso inicial limitado ao sistema pode, sob certas condições, ganhar permissões maiores. O recorte importa. A pesquisa descreve esse tipo de falha e um ambiente de teste específico. Cada correção precisa chegar aos mantenedores e percorrer as etapas de revisão e distribuição.

Onde foi parar mais de um milhão de dólares?

O sistema examinou áreas do kernel, tentou reproduzir problemas e avaliou se os casos funcionavam de fato. Em seguida, propôs mudanças no código. Pesquisadores humanos revisaram os resultados antes do trabalho de comunicação das falhas e correções aos responsáveis.

O relatório detalha cerca de US$ 1,21 milhão na rodada principal. Dividir esse total pelas 948 explorações locais dá aproximadamente US$ 1,28 mil por caso. É uma média daquela execução, que também custeou outras etapas e resultados. A OpenAI ressalta que a pesquisa priorizou avaliar a metodologia e a capacidade do modelo.

O que acontece quando a máquina encontra mais do que a equipe consegue revisar?

Uma falha precisa ser reproduzida e priorizada. Uma correção precisa resolver o problema sem quebrar funções usadas por outras pessoas. Se a geração de propostas acelera, a equipe precisa investir tempo em validar a prova, comparar versões e encaminhar cada correção.

Pense num time que recebe uma alteração automática em um componente usado por vários serviços. O primeiro teste confirma que o problema original desapareceu. O segundo precisa mostrar que um serviço dependente continua funcionando. O terceiro investiga se a correção cobre uma variante próxima. Esses são trabalhos diferentes, mesmo quando todos cabem no rótulo “testar o patch”.

Para empresas pequenas, a consequência prática é organizar a rotina de atualização. Vale manter uma lista dos sistemas em uso, acompanhar avisos dos fornecedores e definir quem confere e instala correções. Um estudo amplo como esse ajuda a entender a pressão sobre o processo. Os avisos do fornecedor do seu sistema são a referência para decidir quais versões atualizar.

Esse custo de revisão também aparece fora da segurança. Leia por que a aquisição planejada da Pierre aproxima o Codex do fluxo de revisão de código. A disputa pela infraestrutura de IA, vista pelo balanço da AMD, ajuda a entender outra ponta da escala necessária para executar esses sistemas.

Fonte: relatório técnico da OpenAI sobre o experimento com Linux, publicado em 4 de novembro. Transparência: a redação contou com apoio de um modelo da OpenAI para elaborar este texto.

Capa ilustrativa gerada no Hugging Face com Z-Image Turbo.

Deixe um comentário