OpenAI encontra falha real no Chrome

Dois níveis em vez de um único acesso

A OpenAI lançou o Daybreak em maio de 2026 para que parceiros de segurança validados pudessem usar os seus modelos mais avançados em trabalho de defesa real. A 10 de agosto, a empresa dividiu o programa em dois. O Daybreak Blue abre modelos generalistas de topo, incluindo o GPT-5.6 Sol, a defensores aprovados, com salvaguardas ajustadas a tarefas de segurança legítimas: deteção de vulnerabilidades, revisão segura de código, análise de malware, resposta a incidentes, validação de correções. O Daybreak Red fica atrás de uma segunda camada de validação, mais rigorosa, e dá acesso a um novo modelo concebido para uma tarefa mais restrita e mais perigosa.

Esse modelo é o GPT-5.6-Cyber. Está construído sobre o GPT-5.6 Sol, mas foi treinado especificamente para reduzir as recusas em tarefas de cibersegurança de duplo uso - os pedidos que um modelo protegido normalmente recusa, como desenvolver uma cadeia de exploit a funcionar em vez de apenas descrever uma classe de vulnerabilidade. A própria comunicação da OpenAI, publicada no mesmo dia, chama a isto "alargar o Daybreak enquanto a janela de defesa cibernética se estreita" - a forma como a empresa descreve um ambiente de ameaças que, segundo diz, está a evoluir mais depressa do que um único nível de acesso consegue servir com segurança.

O que os 95 por cento medem, na realidade

A OpenAI avalia estes modelos com o que chama Advanced Cybersecurity Completion Rate - a proporção de tarefas de segurança sensíveis e de duplo uso que um modelo efetivamente conclui em vez de recusar. O GPT-5.6-Cyber obteve 95,0 por cento. O modelo especializado anterior, o GPT-5.5-Cyber, ficou-se pelos 57,3 por cento. O modelo padrão e protegido GPT-5.6 Sol - o mesmo que está disponível através do Daybreak Blue - obteve entre 1,5 e 2,0 por cento, porque as suas salvaguardas estão construídas para recusar quase todos estes pedidos por defeito.

Vistos em conjunto, os três números não contam que o GPT-5.6-Cyber existe. Contam que a taxa de conclusão de tarefas relevantes para exploits passou, em duas gerações de modelos, de uma base de um só dígito para pouco mais de metade e depois para quase total. Uma capacidade que antes exigia a atenção sustentada de um especialista durante dias ou semanas é agora concluída, na esmagadora maioria dos casos, por uma única chamada a um modelo de acesso restrito, à primeira tentativa.

Não é um número de benchmark - é uma CVE corrigida

O número deixou de ser abstrato quando a OpenAI usou o GPT-5.6-Cyber para encontrar duas vulnerabilidades até então desconhecidas no motor JavaScript V8 do Chrome, encadeáveis para corromper memória e escapar da sandbox do navegador. Uma delas, registada como CVE-2026-15903, envolvia uma falha do compilador em que uma verificação de segurança omitida permitia a um atacante ler ou substituir memória dentro da sandbox do Chrome. A OpenAI comunicou-a à Google através de divulgação coordenada, e a Google já lançou uma correção.

Jared Atkinson, diretor de tecnologia da empresa de segurança SpecterOps, descreveu a diferença prática num comentário recolhido junto ao anúncio: o modelo "concluiu em menos de um dia um trabalho que modelos anteriores não tinham resolvido após semanas" de esforço intermitente. Uma cadeia de fuga da sandbox a funcionar num navegador usado por milhares de milhões de pessoas, encontrada e comunicada num único dia, é o caso concreto que o número do benchmark representava.

A corrida é agora ao ritmo de correção, não à capacidade

O risco mais evidente não é a OpenAI ter construído um modelo capaz de encadear vulnerabilidades de navegador - os defensores sempre precisaram desta capacidade, e reservá-la atrás da validação do Daybreak Red é um controlo real, não uma formalidade. O risco que passa despercebido é o que uma taxa de conclusão quase total sobre um alvo real significa para o calendário em que todos os outros operam. Se um laboratório validado consegue transformar uma falha zero-day do Chrome numa cadeia de fuga da sandbox a funcionar em menos de um dia, a suposição de que os atacantes precisam de semanas para chegar ao mesmo resultado deixa de servir como base de planeamento, tenham ou não o próprio modelo da OpenAI ou uma capacidade equivalente construída noutro lugar.

As organizações da UE já operam sob as obrigações de notificação e gestão de risco do NIS2, e as organizações do Reino Unido seguem as orientações do NCSC sobre prazos de correção; ambos os quadros foram escritos para um mundo em que o caminho da deteção até ao exploit demorava semanas, não um dia, e nenhum dos dois distingue hoje uma correção lançada de uma correção com verificação confirmada em cada equipamento afetado. A CVE-2026-15903 foi corrigida depressa porque um laboratório amigo a levou diretamente à Google - essa rapidez foi uma cortesia, não uma garantia de que a próxima cadeia recebe o mesmo tratamento de quem a encontrar primeiro. É essa a lacuna que os responsáveis de segurança na UE e no Reino Unido têm de fechar agora: apertar os acordos de verificação de correções para falhas zero-day de navegador e de sistema operativo, de modo a corresponder a um calendário de deteção medido em horas, e não ao ciclo de notificação construído para um medido em semanas.

Leia a seguir: Um ponto de acesso aberto tornou-se a base do ataque  |  O modelo cyber da Microsoft cede os 10% difíceis