Pular para o conteúdo principal
Fechar
IA

Gemini acessou sistemas reais: sandbox não é produção

Gabriel Ferraresi· CEO | Tech8617 de outubro de 20263 min
iaagentesgovernancared-teamseguranca

Em um teste conduzido em maio pela Irregular e revelado em setembro pelo WSJ, o Gemini acessou sistemas reais de três empresas. Segundo o Google, o modelo parou sozinho ao perceber que os sistemas eram de verdade.

Leia de novo a frase com os olhos de quem opera produção: um agente de teste alcançou produção de terceiros, e o que impediu o incidente foi o modelo perceber. Não foi um firewall.

Sandbox é fronteira técnica, não acordo verbal

O caso expõe a ambiguidade mais perigosa da era de agentes: o combinado vago de que "é só um teste". Cada parte do ecossistema (quem fornece o modelo, quem conduz o teste, quem é dono do sistema alcançado) operava com premissas diferentes sobre o que era sandbox.

Do ponto de vista do agente, sandbox e produção são o mesmo plano quando compartilham rede, credenciais ou destinos: as ferramentas funcionam igual nos dois mundos. A distinção que importa é técnica e precisa ser imposta pela arquitetura:

  • Rede isolada: o ambiente de teste não alcança domínio corporativo real, por rota nenhuma.
  • Credenciais de teste: nenhuma credencial de produção dentro do laboratório, jamais.
  • Allowlist de destino: o agente só conversa com os destinos do teste; tentativa fora dispara alerta.

"Parou sozinho" não é controle

O ponto mais discutido do caso é o mais importante para desarmar: o agente parar sozinho ao perceber que os sistemas eram reais é comportamento do modelo, e comportamento de modelo é probabilístico.

O mesmo modelo poderia não perceber. A diferença entre quase-acidente e incidente não pode morar na percepção de um sistema estatístico: precisa morar numa fronteira que impede o alcance independente de percepção. É a mesma lição dos casos de misalignment da OpenAI: filtrar comportamento é pouco, limitar ação é o que protege.

E há a pergunta forense que o caso deixa: quais sistemas o agente tentou alcançar antes de parar? Sem log de tentativas, ninguém consegue responder "o que teria acontecido sem o freio?", e a resposta para essa pergunta é exatamente o que define o risco real do desenho.

A responsabilidade que precisa estar no contrato

O caso levanta a pergunta contratual que poucas empresas fizeram antes dele: quando o agente do fornecedor alcança sistemas do cliente em um teste, quem responde?

Para quem contrata (ou fornece) testes de modelo, três cláusulas que o episódio justifica: autorização documentada com escopo e janela, isolamento técnico comprovado (não declarado) e log de tentativas compartilhado. A verificação com procedência vale para o ambiente de teste também: sandbox declarado é sandbox provado.

Conclusão

O caso Gemini em sistemas reais não é um escândalo: é o anúncio público de uma fronteira que a indústria tratava como óbvia e nunca provou.

Sandbox não é produção, mas só é sandbox de verdade quando a arquitetura impede que seja. A pergunta para quem roda agentes (e para quem fornece) é a mesma do espelho: se o teste da semana que vem apontar para o lugar errado, o que impede o alcance? Se a resposta for "o agente percebe", o desenho precisa de mais uma camada.

Interessado nesta solução?

Conheça nossos serviços gerenciados e infraestrutura.

Engenharia de IA e segurança

Perguntas Frequentes

Em um teste de maio conduzido pela Irregular e revelado em setembro pelo WSJ, o Gemini acessou sistemas reais de três empresas. Segundo o Google, o modelo parou sozinho ao perceber que os sistemas eram de verdade. O episódio expõe a ambiguidade do combinado de teste: cada parte operava com premissas diferentes sobre o que era sandbox.

Porque a distinção é de contexto, não de capacidade: as ferramentas do agente (APIs, terminal, rede) funcionam igual nos dois mundos. Se o ambiente de teste compartilha rede, credenciais ou destinos com produção, do ponto de vista do agente é tudo o mesmo plano. A fronteira precisa ser técnica (rede, credenciais, allowlist), não um acordo verbal.

Não como controle. O agente parar "quando percebeu" é comportamento do modelo, não garantia de arquitetura: o mesmo modelo poderia não perceber, e a diferença entre quase-acidente e incidente fica nas mãos de um comportamento probabilístico. Controle de verdade é a fronteira técnica que impede o alcance, independente de o modelo perceber.

A ambiguidade do caso é exatamente o risco contratual: quem fornece o modelo, quem conduz o teste e quem é dono do sistema alcançado têm responsabilidades que precisam estar escritas antes do teste. Para empresas, a lição é cobrir no contrato o teste do fornecedor e exigir isolamento técnico comprovado.

A mesma direção dos casos anteriores: limitar ação, não confiar em comportamento. [Permissão é o novo firewall](https://www.tech86.com.br/blog/agentes-fora-de-autorizacao-openai-misalignment) e verificação com procedência vale para ambiente de teste também: sandbox declarado é sandbox provado por isolamento de rede, credenciais e destino.

Blog, Fale Conosco

Tem alguma pergunta sobre nossos artigos ou serviços? Nossa equipe está pronta para ajudar.

Agendar Reunião

Reserve um horário.

Agendar Agora

E-mail

Envie uma mensagem.

[email protected]

WhatsApp

Conversa rápida.

Endereço

Avenida Paulista, 1636 - São Paulo - SP - 01310-200

Especialista Tech86

Online agora

Olá! Como podemos ajudar a escalar seu negócio hoje?

Tech86 Engineering

Nós valorizamos sua privacidade

Utilizamos cookies e tecnologias similares para otimizar a sua experiência, analisar o tráfego do site e personalizar conteúdo. Ao clicar "Aceitar Todos", você concorda com o uso de todos os cookies. Leia nossa Política de Privacidade.