Duas horas dentro de um serviço em produção

O número mais afiado do anúncio da Google DeepMind de 21 de julho de 2026 é uma leitura de cronómetro. "In just 2 hours, the model uncovered remote code execution vulnerabilities in public APIs and found a memory-corruption vulnerability in a sensitive production service", escreveram Raluca Ada Popa e Four Flynn ao apresentar o Gemini 3.5 Flash Cyber, um modelo especializado em trabalho de segurança.

Não se trata de uma demonstração contra um alvo inofensivo. A Google DeepMind referiu que o modelo já opera nas bases de código internas da empresa, incluindo Chrome, Android, Cloud, Ads e YouTube, e que na cadeia de produção do Chrome mostrou um "significant uplift" face ao Gemini 3.5 Flash.

Segue-se a frase que transforma uma nota de investigação num assunto de gestão. "3.5 Flash Cyber will be exclusively available to governments and trusted partners via CodeMender soon, expanding over time", escreveu a empresa, a falar de um "limited-access pilot program". No mesmo dia, a Google disponibilizou a todos o Gemini 3.6 Flash e o Gemini 3.5 Flash-Lite. O Flash Cyber é o único dos três que não consegue obter.

A diferença é a medida que a Google faz do que não lhe dá

A Google publicou a dimensão da capacidade que retém. No motor de JavaScript V8, ao longo de um número fixo de execuções, o 3.5 Flash Cyber encontrou 55 problemas únicos confirmados, contra 47 do Gemini 3.5 Flash comum e 36 do Claude Opus 4.6.

Porque é que isto conta: esses 47 são hoje o teto prático de qualquer produto comercial de segurança construído sobre um modelo Gemini. A Google DeepMind escreveu que a disponibilidade geral das capacidades fundamentais do CodeMender passa pelos modelos Gemini disponíveis para todos, o que é a forma delicada de dizer que os 55 ficam em casa.

A ação para um proprietário é pequena e concreta. Na renovação, peça por escrito aos fornecedores de análise e revisão de código qual o modelo Gemini que invocam e guarde a resposta no registo, porque quem se gaba de usar "o Gemini mais recente" está a descrever os 47.

As condições de acesso são o produto

O acesso é decidido por quem se é em vez do que se paga. "Governments and trusted partners" é uma prova de elegibilidade, e a Google DeepMind não publicou critérios, nem via de candidatura, nem recurso.

Para uma empresa europeia isto é um limite duro e não uma rubrica de orçamento. Não há revendedor, acordo-quadro ou escalão empresarial que converta dinheiro em acesso, e para departamentos de compras habituados a negociar volume e apoio, a permissão é uma moeda desconhecida.

A Google DeepMind foi explícita quanto ao raciocínio. "Given the dual-use nature of this technology, we have taken an intentional approach to how we deploy 3.5 Flash Cyber", escreveu a empresa, para dar aos defensores "a head start...while mitigating against broader misuse". A lógica aguenta-se, e aplica-se noutros casos, porque nada nela para nos modelos de segurança.

O ajuste de segurança está a retirar capacidade a quem defende

O pormenor mais discreto é o que pesa mais. A Google DeepMind relatou que versões mais recentes de modelos concorrentes recusaram as tarefas sobre o Chrome por causa das suas barreiras de segurança, o que significa, à luz destes elementos, que o ajuste destinado a evitar danos reduz de forma mensurável o que um defensor consegue fazer, enquanto o modelo restrito mantém a capacidade intacta.

A ressalva honesta: todos os números aqui são da Google, foram medidos pela Google e não têm réplica independente, o termo "trusted partners" continua por definir, e um resultado de duas horas nos serviços da própria Google nada diz sobre o vosso parque. O que os números estabelecem é uma direção: as ferramentas defensivas mais fortes concentram-se no pequeno grupo de organizações que também é dono das bases de código, e todos os outros corrigem com atraso.

Leia a seguir: 87 anos caíram perante uma resposta que qualquer pessoa pode verificar  |  O processo que põe preço ao treino da IA