As reported by BleepingComputer, security researchers have successfully escaped the sandboxes of four prominent AI coding agents — Cursor, OpenAI Codex, Gemini CLI, and Antigravity — by exploiting a deceptively simple attack surface: convincing the AI agent to write files that trusted host-side tools later execute without scrutiny.

AI Security Alert: As reported by BleepingComputer, security researchers have successfully escaped the sandboxes of four prominent AI coding agents — Cursor, OpenAI Codex, Gemini CLI, and Antigravity — by exploiting a deceptively simple attack surface: convincing the AI agent to write files that trusted host-side tools later execute without scrutiny.

Why This Is More Than a Patch Problem

On the surface, this looks like a collection of individual bugs in individual products. It isn't. What researchers have exposed is a systemic architectural trust failure baked into how agentic AI tools are integrated into developer workflows. When an AI agent has write access to a filesystem and host tools — build systems, package managers, shell interpreters, CI runners — implicitly trust files in those directories, you have created an indirect execution path that bypasses every sandbox boundary the vendor designed.

This is a classic confused deputy problem, but amplified by the novelty of AI agents. Developers and security teams haven't fully internalized that the AI agent is now a write-capable, instruction-following process operating inside their trust perimeter. The attacker's job becomes: craft a prompt (or poisoned context) that causes the agent to write a malicious config, script, or dependency file. The host does the rest.

Vulnerability Summary

Affected Products
Cursor (AI code editor), OpenAI Codex CLI, Google Gemini CLI, Antigravity AI agent framework
Attack Class
Sandbox escape via AI-assisted file write + host tool execution (indirect code execution)
CVE Status
Multiple CVEs assigned across affected products; specific identifiers disclosed in researcher reports
Patch Availability
Patches issued by Cursor and Codex; Google reportedly downgraded two Antigravity findings, suggesting disputed severity assessments
Active Exploitation
No confirmed in-the-wild exploitation reported at time of writing; proof-of-concept techniques now public
Severity
High to Critical depending on agent permissions and host environment configuration

Who Is Most Exposed

The risk profile here skews heavily toward:

Vulnerability Summary
Software development teams running AI coding assistants with broad filesystem access in shared or CI/CD environments
Organizations using AI agents in automated pipelines where human review of agent-generated files is minimal or absent
Enterprises allowing prompt input from external sources — tickets, emails, third-party APIs — that flow into AI agent context windows (prompt injection as the trigger)
Smaller development shops with less mature security tooling around build environments and dependency integrity

The Google Antigravity Downgrade: A Red Flag

The reported decision by Google to downgrade two Antigravity findings deserves specific scrutiny. When a vendor disputes or minimizes sandbox escape findings in an agentic tool, it can signal either a genuine technical disagreement about exploitability — or a concerning tendency to underweight novel attack classes that don't fit legacy severity rubrics. CVSS scores were not designed with AI agent trust models in mind. The security community should watch whether these downgraded findings get revisited as the threat model matures.

Shield53 Recommendations

Immediate Actions

  • Patch immediately: Apply all available updates for Cursor, OpenAI Codex CLI, and Gemini CLI. Verify patch versions against vendor advisories before resuming agentic workloads.
  • Audit agent file-write permissions: Restrict AI agents to write only within explicitly scoped, non-executable directories. No agent should have write access to shell rc files, package manifests, CI config directories, or build scripts without human-in-the-loop review.
  • Treat agent-written files as untrusted input: Implement integrity checks or mandatory human review gates before any agent-generated file is executed or consumed by a build tool.
  • Harden against prompt injection: If external data flows into your agent's context (issue trackers, emails, API responses), sanitize and scope that input aggressively. These escapes likely chain with prompt injection as the initial trigger.
  • Monitor for anomalous file creation: Add detection rules for unexpected writes to sensitive locations (e.g., .bashrc, package.json, .github/workflows/) originating from AI agent processes.

Strategic Guidance for CISOs

This research wave is an early signal, not an isolated incident. As AI agents gain broader permissions — browsing, code execution, cloud API access — the attack surface compounds. Organizations should be building formal AI agent permission policies now, modeled on the principle of least privilege, before agentic tooling becomes too deeply embedded to govern retroactively. Developer security awareness programs need to explicitly cover the risks of AI-assisted code writing, not just AI-generated content quality.

The sandbox was never the right mental model for AI agents operating inside a developer's trusted environment. The trust boundary needs to be redesigned from the ground up — and these CVEs are the proof of concept.