Verified intelligence · Expert-reviewed from public records, platform data, primary sources, and private research beyond AI search.
INFRATechnologyGLOBAL
AI sandboxes for agent execution
AI sandboxes are becoming the boundary where agents move from chat to action. Buyers should choose the approved execution route for code, browser, tools, state, credentials, recovery and evidence across model providers, hyperscalers, hosted sandbox platforms, browser routes and self-hosted runtimes.
The colophon
- Landscape reviewed
- 2026-06-01
- Latest revision
- 2026-06-01
- Kinetics
- Kinetics: activeImpact 0.86 · momentum 0.90 · vector 0.778 balls · 71 px/s
Sandbox choice changes whether agentic products can touch code, browsers, files, credentials and internal services without creating unmanaged operational or security risk. Execution tools are moving into provider, cloud, browser, self-hosted and MCP-governed routes inside a quarterly approval cycle, so cost, retention and security evidence can stale before renewal.
- To watch
- 2 August 2026: EU AI Act general application phase starts; EU-facing agent-sandbox routes may need risk-classification, logging and regulatory-sandbox evidence instead of isolation-only approval.
- 5 August 2026: Black Hat USA 2026 Briefings open; sandbox-escape or agent-toolchain papers could raise microVM, browser and MCP negative-test requirements.
- 6 August 2026: Robotic Hacking Village at DEF CON 34 opens; robot exploitation or AI model attack sessions could move embedded-device sandboxing from prototype route to driver-permission and fail-safe test case.
- 6 August 2026: Adversary Village at DEF CON 34 opens; adversary-simulation or supply-chain talks could add tool-poisoning and dependency-execution probes to the MCP route gate.
- 7 August 2026: Cloud Village at DEF CON 34 opens; cloud-service attack labs could tighten hosted-sandbox egress, credential injection and tenant-isolation recommendations.
- Known unknowns
- Comparable accepted-execution cost telemetry, workload-level failure rates, independent sandbox-escape tests, retention audit artefacts, cloud-log export parity and same-workload code, browser, MCP and repository benchmarks remain unavailable in public sources.
Contents
Executive summary
The sandbox decision is an approval decision, not an infrastructure afterthought. Approve sandbox routes before scaling agents. A vendor sandbox is useful only when the route from work to accepted output controls the source set, filesystem, network egress, credentials, browser identity, tools, state, reviewers and evidence record.
Provider-native code tools are the fastest place to start for bounded Python or data-analysis tasks. Azure and AWS now deserve first-class comparison because their sandbox routes inherit cloud identity, networking, logging, session lifecycle and procurement controls. Hosted Linux sandboxes, devboxes, stateful microVM orchestrators and browser platforms become necessary when the agent must install dependencies, inspect repositories, run servers, keep process state, use a real browser or touch internal services. Embedded sandboxes become a separate approval route when the agent-authored code can touch device hardware.
The platform owner should approve a route for each workload class, not a universal sandbox provider for every agent.
Immediate decision: approve built-in model code tools only for low-state analysis and artefact production; include Azure and AWS where enterprise cloud controls are load-bearing; buy managed sandboxes for repository, browser and multi-step agent work; self-host or boundary-control execution when private repositories, internal services or secrets enter the route.
Board-level sandbox decision
Choose the boundary by the action the agent can take.
Does the task only need bounded Python over uploaded files?
YesUse provider-native code execution with retention and output-download controls.
NoMove to a workspace, browser or internal-tool route.
Next: workspaceDoes the agent need repositories, package installs, servers or long-running filesystem state?
workspaceYesUse hosted Linux sandboxes or devboxes with snapshots, logs and resource caps.
NoKeep the route narrow and do not buy a devbox just to run a cell.
Does the agent need logged-in browser identity or internal services?
Browser identityUse a browser route with cookie, proxy, session, recording and data-retention policy.
Internal servicesUse self-hosted or boundary-controlled execution with token audience and egress brokering.
Sandbox decision by workload
| Workload | Starting route | Approval question | Blocker |
|---|---|---|---|
| Data cell, chart, one-off computation | Provider-native code execution | Can files, retention, runtime and library limits support the accepted output? | Sensitive data or persistent state without approved retention. |
| Coding agent over a repository | Hosted devbox or Linux sandbox | Can the route run tests, capture diffs, export logs and recover state? | Repository secrets, production deploy keys or unbounded package execution. |
| Long-lived agent loop with running process state | Stateful microVM sandbox | Can memory, filesystem, network and process state be suspended, snapshotted and restored with evidence? | Opaque snapshots that cannot prove what state was preserved or discarded. |
| Browser task in logged-in applications | Browser sandbox | Can cookies, proxy, session recording, downloads and identity be governed? | Shared user identity without action evidence. |
| Internal MCP or enterprise tool use | Self-hosted or egress-brokered execution | Are tokens audience-bound and are tool capabilities constrained? | Token passthrough or MCP servers running with broad host privileges. |
| Hardware device or microcontroller app | Embedded runtime sandbox | Which drivers, peripherals, network calls and physical outputs are approved? | Agent-authored code can actuate hardware without a driver permission boundary. |
What changed
Agent execution is splitting into harness, workspace and boundary choices. The market moved from code cells to routeable agent workspaces. OpenAI's Agents SDK now treats sandboxed workspaces as a first-class agent harness 1,2, while Code Interpreter remains a narrower provider-native computation tool 3,4. Anthropic's code execution tool gives Claude a sandboxed container 5, while self-hosted Managed Agents move the execution boundary into buyer-controlled infrastructure 6,7. Microsoft Foundry and Amazon Bedrock AgentCore add a hyperscaler lane where the code route is evaluated with cloud identity, logging, network and session controls 49,52.
That split matters because an enterprise can adopt an agent loop while changing the sandbox backend as data, cost, security and workload constraints change. Azure Container Apps dynamic sessions govern session pools, lifecycle and networking 50,51, Bedrock AgentCore resources separate resources from sessions 52,53, and stateful microVM products such as Bhatti and Tensorlake make lifecycle, capacity and state more consequential than files alone 37,39.
The practical consequence is procurement leverage: the buyer can ask each vendor which layer it owns, which layer can be replaced, and which evidence survives if the sandbox is swapped.
Harness and boundary are separating
| Layer | Examples | Buyer read | Proof to demand |
|---|---|---|---|
| Model-native code tool | OpenAI Code Interpreter; Anthropic code execution; Gemini code execution; Microsoft Foundry Code Interpreter; Bedrock AgentCore Code Interpreter | Fastest bounded route for computation and artefacts. | Retention terms, language/runtime limits, file handling, expiry, billing, cloud logging and network mode. |
| Agent harness | OpenAI Sandbox Agents; Anthropic Managed Agents | The loop, prompt state and events can be distinct from where tools execute. | State export, tool event stream, pause/resume semantics and backend portability. |
| Sandbox backend | Vercel, E2B, Daytona, Modal, Cloudflare, Runloop, Azure Container Apps dynamic sessions, Tensorlake, Bhatti | Provides the computer, filesystem, network and lifecycle. | Isolation primitive, image control, secrets, logs, snapshots, suspend/resume, timeout and cost metre. |
| Browser backend | Browserbase and Stagehand; Scrapybara; AgentBay; Cloudflare Browser Run in the Claude integration | Carries identity and web-side effects, so it needs a separate policy. | Cookie storage, proxy path, recordings, downloads, identity, retention and terms. |
Glossary
Terms used in this report
| Term | Plain meaning |
|---|---|
| Route | The approved path from work to accepted output: source set, data boundary, model or vendor channel, tools, reviewer, evidence record and reapproval trigger. |
| API | Application programming interface: a governed software connection used by an app or workflow to call a model or service. |
| SDK | Software development kit: packaged code and tools developers use to connect a product to an API or service. |
| Token | A chunk of text used for billing, context windows and rate limits. It is usually smaller than a word, not a page count. |
| SLO | Service-level objective: a service target that may be published or internal, and may not be contractual. |
Definitions are reader aids, not separate evidence claims.
MCP PREVIEW INVENTORY
What the locked report contains
AI sandboxes are becoming the boundary where agents move from chat to action. Buyers should choose the approved execution route for code, browser, tools, state, credentials, recovery and evidence across model providers, hyperscalers, hosted sandbox platforms, browser routes and self-hosted runtimes.
Schema endpoints
- Sample object: /api/v1/reports/RPT_01KSK1V7Z9AISANDBOXROUTE01/sample
- Inventory object: /api/v1/reports/RPT_01KSK1V7Z9AISANDBOXROUTE01/inventory
- Schema contract: /api/v1/reports/RPT_01KSK1V7Z9AISANDBOXROUTE01/schema
Coverage fields
- Category: INFRA
- Sector: Technology
- Region: GLOBAL
- Topics: AI sandboxes, agent infrastructure, secure code execution, browser agents, stateful sandboxes, embedded agents, MCP security, microVMs, agent economics
Schema contract
- Contract: colophon.report_document v2026-05-28
- Payload schemas: document, summary, sample, inventory, full_report
- Required top-level fields: title, subtitle, abstract, category, sector, region, topics, sources, evidence, claims, colophon, body
- Integrity rules: evidence.sourceId must reference sources[].id claim.evidenceIds[] must reference evidence[].id evidence.claimIds[] must reference claims[].id section and block evidence references must resolve colophon.kinetics.speed must match the momentum band for the business impact x momentum model
Data-point inventory
- vendor_or_actor_ledger: entity names; product categories; source references; confidence notes
- buyer_decision_fields: pricing signals; deployment constraints; risk flags; monitoring fields
- evidence_index: source class; access date; claim linkage; verification status
Section inventory
- 1. Executive summaryPreview
decision-ready conclusions; major findings; confidence caveats
- 2. What changedPreview
structured findings; supporting evidence; buyer-use fields
- 3. Route inventoryLocked
structured findings; supporting evidence; buyer-use fields
- 4. Provider lanesLocked
structured findings; supporting evidence; buyer-use fields
- 5. EconomicsLocked
structured findings; supporting evidence; buyer-use fields
- 6. Security boundaryLocked
structured findings; supporting evidence; buyer-use fields
- 7. Browser routeLocked
structured findings; supporting evidence; buyer-use fields
- 8. State and recoveryLocked
structured findings; supporting evidence; buyer-use fields
- 9. Benchmarks and researchLocked
structured findings; supporting evidence; buyer-use fields
- 10. Build, buy or self-hostLocked
structured findings; supporting evidence; buyer-use fields
- 11. Reapproval triggersLocked
structured findings; supporting evidence; buyer-use fields
- 12. Known unknownsLocked
structured findings; supporting evidence; buyer-use fields
- 13. Vendor and standard directoryLocked
normalized entity rows; source ledger; evidence-to-claim mapping
- 14. Recommended next stepsLocked
structured findings; supporting evidence; buyer-use fields
- 15. Source ledgerLocked
normalized entity rows; source ledger; evidence-to-claim mapping
- 16. GlossaryPreview
structured findings; supporting evidence; buyer-use fields
Relevance signals
- Confidence score: 0.86
- Source classes: official_agent_docs, official_model_docs, pricing_page, platform_docs, sandbox_platform_docs, browser_platform_docs, isolation_technology, security_standard, research_paper, company_blog, open_source_repo, regulatory_timeline, security_conference
- Known unknowns: Comparable accepted-execution cost telemetry, workload-level failure rates, independent sandbox-escape tests, retention audit artefacts, cloud-log export parity and same-workload code, browser, MCP and repository benchmarks remain unavailable in public sources.
- Watch signals: 2 August 2026: EU AI Act general application phase starts; EU-facing agent-sandbox routes may need risk-classification, logging and regulatory-sandbox evidence instead of isolation-only approval. 5 August 2026: Black Hat USA 2026 Briefings open; sandbox-escape or agent-toolchain papers could raise microVM, browser and MCP negative-test requirements. 6 August 2026: Robotic Hacking Village at DEF CON 34 opens; robot exploitation or AI model attack sessions could move embedded-device sandboxing from prototype route to driver-permission and fail-safe test case. 6 August 2026: Adversary Village at DEF CON 34 opens; adversary-simulation or supply-chain talks could add tool-poisoning and dependency-execution probes to the MCP route gate. 7 August 2026: Cloud Village at DEF CON 34 opens; cloud-service attack labs could tighten hosted-sandbox egress, credential injection and tenant-isolation recommendations.
Locked continuation
Purchase or subscribe to unlock the full findings, evidence ledger, and buyer-ready recommendations.