Google apresenta Gemini 4 Carbon, modelo focado em programação e cibersegurança

O Google DeepMind anunciou em 28 de outubro de 2026 o Gemini 4 Carbon, modelo de fronteira voltado a programação, fluxos agênticos de longa duração e cibersegurança defensiva. Segundo a empresa, o modelo alcançou 88,2% no SEC-bench Pro, 54,8% no ExploitGym e 71,0% no CWE-bench, três avaliações ligadas à descoberta, validação e correção de vulnerabilidades. O acesso começa de forma restrita para defensores cibernéticos e parceiros confiáveis; a disponibilidade geral ainda não tem data confirmada.

Resumo: o que muda com o Gemini 4 Carbon

• O Gemini 4 Carbon é apresentado como o modelo mais capaz do Google DeepMind para tarefas de programação e engenharia de longa duração.
• A empresa destaca resultados em segurança ofensiva controlada e defesa: localizar falhas, verificar exploração e produzir correções de código.
• O lançamento inicial é limitado a um grupo de profissionais de defesa cibernética por meio do Fairwind Program.
• O preço introdutório informado é de US$ 2 por milhão de tokens de entrada e US$ 10 por milhão de tokens de saída; depois do período introdutório, os valores passam para US$ 4 e US$ 20, respectivamente.
• O Google afirma ter reforçado mecanismos contra injeção indireta de prompt, fabricação de informações e execução além do escopo solicitado.

Gemini 4 Carbon mira tarefas de engenharia que duram dias

O Google DeepMind descreve o Gemini 4 Carbon como um modelo feito para sustentar fluxos de trabalho agênticos complexos, em vez de apenas responder a uma solicitação isolada. Na prática, a proposta é que o sistema consiga investigar bases de código extensas, atravessar becos sem saída, relacionar evidências e continuar uma tarefa de engenharia por períodos prolongados.

Segundo o anúncio, equipes internas utilizaram o Carbon para investigar e corrigir bugs sutis em grandes repositórios e sistemas de baixo nível. Essa é uma promessa relevante porque tarefas desse tipo exigem memória de contexto, capacidade de testar hipóteses e disciplina para não tratar uma alteração superficial como solução definitiva.

O modelo sucede o Gemini 4 Argon, lançado duas semanas antes, e o Google usa essa sequência curta para sinalizar uma estratégia de iteração acelerada. Para desenvolvedores, o ponto importante não é apenas a troca de nome: o Carbon é posicionado como uma oferta com maior ênfase em qualidade de código, autonomia controlada e segurança de software.

Os números de cibersegurança divulgados pelo Google

A parte mais importante do anúncio está nos resultados de cibersegurança. O Google afirma que o Gemini 4 Carbon atingiu 88,2% no SEC-bench Pro, benchmark usado para medir a capacidade de encontrar vulnerabilidades reais; 54,8% no ExploitGym, que avalia a validação de explorabilidade; e 71,0% no CWE-bench, voltado à produção de correções para falhas identificadas.

Esses percentuais precisam ser interpretados com cuidado. Benchmarks ajudam a comparar modelos sob regras específicas, mas não equivalem automaticamente ao desempenho em um ambiente corporativo real, com código proprietário, infraestrutura heterogênea e restrições operacionais. O próprio Google informa que as medições externas citadas foram feitas sem guardrails, o que também limita comparações diretas com o comportamento do produto que será disponibilizado aos usuários.

A empresa afirma ainda que, em testes internos, o Carbon dobrou a taxa de sucesso na geração de código seguro em relação ao Argon. A equipe do Chrome teria observado desempenho mais de dez vezes superior ao de outro modelo de fronteira na geração de patches de alta qualidade. Como esse comparativo não identifica o concorrente nem publica o protocolo completo, ele deve ser lido como dado interno do fornecedor, não como uma avaliação independente.

Por que localizar, validar e corrigir falhas é um ciclo diferente

Uma IA que apenas aponta um possível problema em código não resolve, por si só, uma questão de segurança. O ciclo completo exige verificar se a falha é real, estimar seu impacto, evitar testes destrutivos fora de um ambiente autorizado e propor uma correção que não introduza regressões. O Google apresenta o Carbon justamente como um modelo que atua nas três etapas: descoberta, validação e remediação.

Essa capacidade pode reduzir o tempo entre a identificação de uma falha e a criação de um patch, especialmente para equipes que já possuem revisão humana, esteiras de testes e governança de mudanças. Ela também aumenta a necessidade de controles: modelos mais capazes de raciocinar sobre exploração podem ser úteis para defesa, mas exigem distribuição gradual, monitoramento de abuso e critérios claros de acesso.

Disponibilidade começa restrita e não há data para acesso geral

O Google DeepMind informou que, a partir desta semana, disponibilizará o Gemini 4 Carbon a um subconjunto de defensores cibernéticos e depois ampliará gradualmente o acesso a parceiros confiáveis no Fairwind Program. Desenvolvedores, empresas e consumidores deverão receber o modelo posteriormente, mas a companhia não divulgou uma data específica.

O anúncio também diz que o Google participa do processo voluntário do governo dos Estados Unidos para testes pré-lançamento de modelos. A empresa afirma que continuará coletando feedback e ajustando os guardrails antes da abertura mais ampla. Portanto, qualquer expectativa de API pública imediata ou integração direta aos produtos Gemini seria especulação neste momento.

Preço anunciado para o Gemini 4 Carbon

O preço introdutório será o mesmo do Gemini 4 Argon: US$ 2 por milhão de tokens de entrada e US$ 10 por milhão de tokens de saída. Tokens de entrada em cache terão desconto de 95% sobre o preço de entrada, segundo a empresa. Depois do período introdutório, o Google prevê US$ 4 por milhão de tokens de entrada e US$ 20 por milhão de tokens de saída.

O custo efetivo dependerá do padrão de uso. Fluxos de programação agêntica que leem muitos arquivos, executam ciclos de teste e mantêm contexto amplo podem consumir grandes volumes de tokens. O desconto de cache pode ser relevante para tarefas repetitivas, mas não elimina a necessidade de medir consumo por tarefa, definir limites e separar ambientes de teste de sistemas de produção.

Segurança de uso: injeção de prompt, fabricação e excesso de autonomia

Além da capacidade técnica, o Google afirma ter reforçado comportamentos de segurança. No anúncio, o Carbon teria reduzido tentativas bem-sucedidas de burlar o Terminal-Bench 4.0 para 0%, reduzido em aproximadamente 80% alertas internos de desalinhamento de alta severidade e cortado pela metade alegações sem suporte em relação ao Argon.

A companhia também relata 0% de sucesso de ataques avaliados no benchmark de injeção indireta de prompt da Gray Swan. Como qualquer benchmark, o dado descreve o conjunto de testes utilizado, e não uma garantia universal de resistência. Organizações que adotarem agentes com acesso a repositórios, navegadores ou ferramentas internas ainda precisam manter aprovação humana para ações sensíveis, isolamento de credenciais, registros de auditoria e políticas de menor privilégio.

Análise do NoticIA: o anúncio desloca a disputa para confiabilidade operacional

Na análise do NoticIA, o sinal mais relevante do Gemini 4 Carbon não é um placar isolado de benchmark, mas a tentativa de combinar autonomia de longa duração com limites verificáveis de execução. Empresas já conseguem usar modelos para gerar trechos de código; o gargalo está em confiar que um agente investigará um problema sem inventar evidências, sem ultrapassar permissões e sem esconder incertezas.

Se os resultados do Google se sustentarem em uso externo, o Carbon pode fortalecer ferramentas de AppSec, manutenção de software e revisão de grandes bases de código. Mas a adoção madura dependerá menos de “deixar o agente trabalhar sozinho” e mais de integrar o modelo a revisões, testes automatizados, trilhas de auditoria e controles de acesso. O lançamento restrito reconhece, corretamente, que cibersegurança é um domínio em que capacidade e segurança de implantação precisam avançar juntas.

O que está confirmado e o que ainda falta saber

• Confirmado pelo Google: foco em programação, tarefas longas e cibersegurança; métricas anunciadas; preço introdutório; acesso inicial limitado.
• Ainda não confirmado: data de acesso público, limites de contexto, disponibilidade por região, documentação de API e resultados independentes reproduzíveis em ambientes de produção.
• Implicação prática: equipes de segurança podem acompanhar o programa de acesso, mas não devem basear planejamento de produto em disponibilidade geral antes de uma confirmação oficial.