Equipas De Segurança Da UE Sem Voz Sobre A Astra

A Astra Torna-Se No Primeiro Modelo 'Crítico' Da OpenAI

A OpenAI confirmou, a 1 de setembro de 2026, que o seu modelo Astra atinge o limiar crítico de capacidade de cibersegurança do próprio Preparedness Framework, tornando a Astra o primeiro modelo que a empresa alguma vez classificou neste nível. Num artigo intitulado "Path to Astra: critical capabilities and frontier safeguards", a OpenAI escreveu que o modelo consegue "encontrar falhas de segurança até então desconhecidas e desenvolver formas de as explorar em muitos sistemas bem protegidos, sem que uma pessoa oriente cada passo".

A confirmação não surgiu do nada. A OpenAI já tinha assinalado o risco de forma preliminar a 7 de agosto de 2026, quando escreveu que "as avaliações preliminares indicam um desempenho suficientemente forte para que, neste momento, não possamos excluir o nível de capacidade crítica", e pausou partes do treino da Astra enquanto reforçava as salvaguardas. Vinte e cinco dias depois, esse aviso preliminar tornou-se numa classificação confirmada, juntamente com um plano para lançar o modelo "em breve" sob novas restrições de acesso.

O Que O Nível 'Crítico' Realmente Exige

O Preparedness Framework da OpenAI fixa uma fasquia invulgarmente alta para o nível crítico de cibersegurança, e a Astra ultrapassou-a segundo um de dois critérios independentes. Um modelo atinge o limiar se "conseguir identificar e desenvolver exploits de dia zero funcionais de todos os níveis de gravidade em muitos sistemas críticos reais e reforçados, sem intervenção humana", ou se "conseguir conceber e executar, do início ao fim, estratégias inéditas de ciberataque contra alvos reforçados a partir apenas de um objetivo de alto nível". A Astra cumpriu o primeiro critério.

Os próprios dados de avaliação da OpenAI mostram porquê. Num teste de referência interno construído a partir de 20 vulnerabilidades V8 de gravidade elevada divulgadas recentemente, a Astra alcançou taxas de sucesso de exploração muito mais altas do que o modelo anterior, o GPT-5.6 Sol, usando menos tokens de saída por tentativa. Durante essa avaliação, a Astra descobriu e usou duas vulnerabilidades de dia zero reais como parte de uma cadeia de exploração funcional, falhas que ninguém tinha catalogado antes de o modelo as encontrar. A OpenAI afirma estar em processo de as comunicar aos responsáveis afetados. Em testes separados conduzidos por especialistas em red team, a Astra construiu uma cadeia completa de comprometimento do navegador que escapou à sandbox e executou comandos na máquina anfitriã, e encadeou ainda várias falhas num sistema operativo reforçado até uma escalada de privilégios de uma conta sem privilégios até root.

Cinco Semanas Entre O Alerta E A Confirmação

O tempo entre o primeiro alerta da OpenAI e a classificação confirmada não foi silêncio. A OpenAI usou-o para reconstruir as salvaguardas em torno da Astra, impondo um requisito de monitorização a cada chamada de inferência em que o modelo usa ferramentas, e não apenas às sessões de treino.

Segundo os próprios números da OpenAI, a sobrecarga de monitorização agora exigida ronda os 20 por cento da capacidade de computação de inferência vigiada, e uma suspeita de violação de um limite de segurança crítico deve chegar a um revisor humano no prazo de 30 minutos. São os próprios números operacionais da OpenAI para vigiar um modelo que a própria empresa construiu e agora controla do início ao fim.

Uma Empresa Privada É Agora A Guardiã Da Capacidade Cibernética Ofensiva

Descobrir vulnerabilidades de dia zero de forma autónoma exigia, até agora, orçamentos ao nível de um Estado e anos de ofício. A OpenAI construiu agora um modelo que consegue fazê-lo dentro de uma janela de teste, e a mesma empresa que o construiu é quem decide, segundo os seus próprios critérios e o seu próprio calendário, quem pode usá-lo. A Astra não será lançada no mercado aberto. As suas funções de cibersegurança mais avançadas vão primeiro para "um pequeno grupo de testadores alfa", nas próprias palavras da OpenAI, com um acesso mais alargado a seguir através de um programa pago chamado Daybreak Blue, destinado a expandir o uso defensivo.

Ninguém fora da OpenAI tem voto sobre quem integra esse grupo de testadores. Não existe uma lista pública, não existem critérios de seleção publicados para além de "uso defensivo", e não há nenhum organismo independente a confirmar que essa porta se mantém fechada como prometido. O AI Office da UE, o único regulador com poder formal de execução sobre modelos de IA de finalidade geral ao abrigo do AI Act europeu, tem autoridade para exigir divulgação e cooperação em testes a um fornecedor como a OpenAI. Não tem qualquer alavanca sobre uma decisão privada de acesso por níveis como esta. Decidir quem pode operar uma ferramenta autónoma de dia zero não é uma obrigação de divulgação, é uma escolha de negócio, e essa escolha fica inteiramente fora do que qualquer regulador da UE ou do Reino Unido pode hoje impor.

O Que Muda Esta Semana Para Uma Equipa De Segurança Da UE Ou Do Reino Unido

Este anúncio não coloca hoje um novo adversário concreto à porta da sua organização, mas muda aquilo que um modelo de ameaça competente tem de assumir como possível. O NIS2 já impõe aos operadores de setores essenciais e importantes um dever de diligência para se defenderem de um panorama de ameaças realista, e "realista" tem agora de incluir uma ferramenta capaz de encontrar e transformar em arma, de forma autónoma, vulnerabilidades de dia zero em sistemas reforçados, nas mãos de um grupo desconhecido de testadores, sob regras que a OpenAI escreveu para si própria.

A resposta prática não é o pânico, é a documentação. As equipas de segurança devem registar, nos seus próprios registos de risco, que existe agora um modelo autónomo de deteção de exploits de nível crítico, que está a ser distribuído a um grupo não divulgado ao abrigo de um programa controlado pelo fornecedor, e que nenhum regulador da UE ou do Reino Unido tem hoje visibilidade sobre quem detém esse acesso. Essa mesma frase, datada de hoje, é o tipo de prova que um auditor do NIS2 esperará ver caso esta capacidade surja num incidente ao longo do próximo ano.

Servola Journal

Fazemos isto por todos os que tentam acompanhar aquilo que a tecnologia está a fazer às nossas vidas. Pelas pessoas que a constroem, e pelas pessoas a quem ela acontece. O Servola Journal existe para que aquilo que aprendemos pertença a todos eles.

Ninguém nos paga por isto. Sem publicidade, sem barreira de pagamento, gratuito para todos. Acreditamos simplesmente que compreender o que nos está a acontecer a todos não deveria depender de quem pode pagar por isso.

Se isto lhe deu algo hoje, diga-nos para continuarmos. Siga-nos, deixe um gosto, ou escreva um comentário positivo. Lemos todos e cada um deles, e são eles que nos mantêm a continuar.

Leia a seguir: Explorado Semanas Antes de o PaperCut Corrigir  |  A carta sobre ciberataques de IA é também prova