Ir al contenido principal
Cerrar
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.

¿Interesado en esta solución?

Conoce nuestros servicios gestionados e infraestructura.

Engenharia de IA e segurança

Preguntas Frecuentes

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, Contáctanos

¿Tienes alguna pregunta sobre nuestros artículos o servicios? Nuestro equipo está listo para ayudarte.

Agendar Reunión

Reserva un horario.

Agendar Ahora

Correo Electrónico

Envía un mensaje.

[email protected]

WhatsApp

Conversación rápida.

Dirección

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

Especialista Tech86

En línea ahora

¡Hola! ¿Cómo podemos ayudar a escalar tu negocio hoy?

Tech86 Engineering

Valoramos tu privacidad

Utilizamos cookies y tecnologías similares para optimizar tu experiencia, analizar el tráfico del sitio web y personalizar contenido. Al hacer clic en "Aceptar Todos", aceptas el uso de todas las cookies. Lee nuestra Política de Privacidad.