Skip to main content
Close
AI

Gemini reached real systems: sandbox is not production

Gabriel Ferraresi· CEO | Tech86October 17, 20263 min
aiagentsgovernancered-teamsecurity

In a test conducted in May by Irregular and revealed in September by the WSJ, Gemini accessed real systems at three companies. Per Google, the model stopped on its own upon realizing the systems were real.

Read the sentence again through an operator’s eyes: a test agent reached third-party production, and what prevented the incident was the model noticing. Not a firewall.

Sandbox is a technical boundary, not a verbal agreement

The case exposes the most dangerous ambiguity of the agent era: the vague arrangement that "it is only a test". Every part of the ecosystem (the model vendor, the test conductor, the owner of the reached system) operated with different assumptions about what was a sandbox.

From the agent’s point of view, sandbox and production are the same plane when they share network, credentials, or destinations: tools work identically in both worlds. The distinction that matters is technical and must be imposed by architecture:

  • Isolated network: the test environment cannot reach the real corporate domain, by any route.
  • Test credentials: no production credential inside the lab, ever.
  • Destination allowlist: the agent talks only to the test’s destinations; an attempt outside fires an alert.

"It stopped on its own" is not a control

The most debated point of the case is the most important to disarm: the agent stopping on its own upon noticing real systems is model behavior, and model behavior is probabilistic.

The same model could fail to notice. The difference between a near-miss and an incident cannot rest on a statistical system’s perception: it must rest on a boundary that blocks reach regardless of perception. It is the same lesson from OpenAI’s misalignment cases: filtering behavior is insufficient; limiting action is what protects.

And there is the forensic question the case leaves: which systems did the agent attempt to reach before stopping? Without attempt logs, nobody can answer "what would have happened without the brake?" with data, and the answer to that question defines the design’s real risk.

The responsibility that must be in the contract

The case raises the contractual question few companies asked before it: when a vendor’s agent reaches client systems during a test, who answers?

For anyone contracting (or providing) model tests, three clauses the episode justifies: documented authorization with scope and window, proven (not declared) technical isolation, and shared attempt logs. Verification with provenance applies to the test environment too: a declared sandbox is a sandbox proven.

Conclusion

The Gemini-in-real-systems case is not a scandal: it is the public announcement of a boundary the industry treated as obvious and never proved.

Sandbox is not production, but it is only a true sandbox when architecture prevents it from being. The question for anyone running agents (and for anyone supplying them) is the same mirror: if next week’s test points at the wrong place, what blocks the reach? If the answer is "the agent will notice", the design needs one more layer.

Interested in this solution?

Explore our managed services and infrastructure.

AI engineering and security

Frequently Asked Questions

In a May test conducted by Irregular and revealed in September by the WSJ, Gemini accessed real systems at three companies. Per Google, the model stopped on its own upon realizing the systems were real. The episode exposes the ambiguity of the test arrangement: each party operated with different assumptions about what was a sandbox.

Because the distinction is context, not capability: the agent’s tools (APIs, terminal, network) work identically in both worlds. If the test environment shares network, credentials, or destinations with production, from the agent’s point of view it is all the same plane. The boundary must be technical (network, credentials, allowlist), not a verbal agreement.

Not as a control. The agent stopping "when it noticed" is model behavior, not architectural guarantee: the same model could fail to notice, and the difference between a near-miss and an incident rests on a probabilistic behavior. Real control is the technical boundary that blocks reach regardless of perception.

The case’s ambiguity is exactly the contractual risk: who supplies the model, who runs the test, and who owns the reached system have responsibilities that must be written before the test. For companies, the lesson is to cover the vendor’s testing in the contract and demand proven technical isolation.

The same direction as prior cases: limit action, do not trust behavior. [Permission is the new firewall](https://www.tech86.com.br/en/blog/agentes-fora-de-autorizacao-openai-misalignment), and verification with provenance applies to test environments too: a declared sandbox is a sandbox proven by network, credential, and destination isolation.

Blog, Get in Touch

Have a question about our articles or services? Our team is ready to help.

Schedule a Meeting

Book a time slot.

Schedule Now

Email

Send us a message.

[email protected]

WhatsApp

Quick conversation.

Address

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

Tech86 Specialist

Online now

Hello! How can we help scale your business today?

Tech86 Engineering

We Value Your Privacy

We use cookies and similar technologies to optimize your experience, analyze site traffic, and personalize content. By clicking "Accept All", you agree to the use of all cookies. Read our Privacy Policy.