Gemini 4 Carbon chega primeiro aos defensores cibernéticos. O controle de acesso faz parte do produto
O novo modelo do Google lidera em descoberta de vulnerabilidades e trabalho de longa duração, mas só defensores selecionados podem usá-lo por enquanto. O que os benchmarks mostram e como se preparar.
Ouça este artigo · 4 min
Narração completa do artigo, gerada por IA.

O modelo de fronteira mais novo do Google é precificado como um produto geral e distribuído como um produto controlado. O Gemini 4 Carbon, anunciado em 28 de outubro, custa US$ 2 por milhão de tokens de entrada e US$ 10 por milhão de tokens de saída no preço introdutório. Mas, nesta semana, só um subconjunto de defensores de segurança cibernética pode usá-lo.
Essa diferença entre a lista de preços e a lista de acesso é o fato mais prático do anúncio. É a segunda vez em dois dias que um laboratório mostra capacidade de segurança de nível ofensivo e a combina com distribuição com acesso controlado, depois da pesquisa da Anthropic sobre cadeias de exploit. Para times de segurança enterprise, o acesso está se tornando algo para solicitar, não algo para comprar.
O que o Google relata
O Google descreve o Carbon como seu modelo mais forte para segurança cibernética e trabalho de horizonte longo, ou seja, tarefas de codificação e investigação que rodam por muito tempo. Seus resultados relatados:
- Descoberta de vulnerabilidades: 88,2% no SEC-bench Pro.
- Exploração: 54,8% no ExploitGym.
- Aplicação de patches: 71,0% no CWE-bench.
- Geral: pontuação de 59 no Artificial Analysis Intelligence Index v5.0, em primeiro lugar.
- Robustez: 0,0% de sucesso de ataque na avaliação de injeção indireta de prompt do Gray Swan, e trapaça em benchmark no Terminal-Bench 4.0 reduzida a 0,0%.
O Google diz que os benchmarks de segurança foram executados sem guardrails. Em comparação com o Gemini 4 Argon, lançado duas semanas antes pelo mesmo preço introdutório, o Google relata mais que o dobro da taxa de sucesso em código seguro em benchmarks internos, cerca de metade das alegações sem suporte e uma queda no sucesso de injeção de prompt de 0,7% para 0,0%.
Todas essas são medições do próprio Google. Um zero em uma avaliação de injeção de prompt significa que os ataques daquela avaliação falharam; não significa que o modelo não possa ser manipulado. Trate os números como motivo para testar, não como resultados de teste.
Quem pode usar, e quando
O acesso começa esta semana com defensores de segurança cibernética selecionados. Mais parceiros de confiança são adicionados gradualmente pelo Fairwind Program, do Google, e o Google diz que o Carbon chegará a desenvolvedores, empresas e consumidores “em breve”, sem data. Depois do período introdutório, os preços sobem para US$ 4 por milhão de tokens de entrada e US$ 20 por milhão de tokens de saída; a entrada em cache é 95% mais barata.
Duas consequências vêm daí. Primeiro, se seu time de segurança quer acesso antecipado, o trabalho relevante é uma candidatura ao programa, com o relacionamento com fornecedor, o caso de uso e os controles que ele pede, não um pedido de compras. Segundo, um orçamento montado sobre o preço introdutório ficará errado pela metade quando o período terminar, o que importa mais para o trabalho de longa duração para o qual o Carbon foi desenhado.
Horizontes longos exigem limites por escrito
Um modelo que investiga por horas muda a unidade que você gerencia. A pergunta deixa de ser se uma única resposta estava certa e passa a ser o que uma execução podia fazer, gastar e tocar antes de alguém olhar para ela. Antes de qualquer agente de segurança de longa duração entrar em produção, escreva:
- Um teto de gasto por execução, precificado pelo preço pós-introdutório.
- O escopo que ele pode escanear, como uma lista de repositórios, hosts ou ambientes, aplicado fora do prompt.
- O que conta como achado, e quem o confirma antes de virar um ticket, porque gerar achados agora é mais barato que confirmá-los.
- Uma regra de parada: tempo decorrido ou tokens após os quais a execução pausa para revisão.
Números internos do Google dizem que alertas de desalinhamento de alta severidade caíram quase 80% em testes de codificação ao vivo. É uma direção bem-vinda e um lembrete de que os alertas existem. Um rollout com acesso controlado dá aos times de segurança algumas semanas para definir seus limites antes de o modelo chegar a todos; essa é a janela a usar.