qbox
Self-hosted Firecracker microVM orchestrator (alpha) for agents and untrusted code, installed with one script on any Linux host with KVM. An early self-hosted Firecracker orchestrator worth watching, but its alpha label and undocumented licensing make it a trial rather than a platform decision today.
Overview
qbox is a self-hosted sandbox platform by Utibeabasi Umanah, labelled alpha, that runs untrusted and AI-generated code in Firecracker microVMs on hardware you operate. A single installer (curl -fsSL https://qbox.sh/install.sh | sh) checks for KVM, TUN and Docker, stages Firecracker and jailer, downloads a guest kernel and the qboxd guest agent, and starts a Compose stack of PostgreSQL, NATS, object storage, a control plane, dashboard, template builder, host agent and Caddy for TLS. Hosts need Linux x86_64 with /dev/kvm (bare metal, .metal instances or nested virtualisation); arm64 is not supported yet.
Templates from OCI images or Git repos are baked into warm snapshots, sandboxes expose a Python SDK, a qbox CLI and a REST plus WebSocket API, and code can run in persistent Python or JavaScript kernels. Headless Chromium sessions can be driven over CDP and a WebRTC live view is included. The site stresses that nothing phones home. The docs do not publish a licence or a source repository: the installer pulls container images from a GHCR account, so whether the code is open source is undocumented. There is no admission gate yet, so overloading a host degrades rather than queues.
Notable
- Labelled "alpha" on the site; requirements page says "There's no admission gate yet" and arm64 "isn't supported yet".
- Minimum host: Linux x86_64 with /dev/kvm, 2 vCPU, 4 GB RAM, 20 GB disk; installer pins Firecracker v1.12.1.
- No pricing, licence or source repository is published; contact is hi@qbox.sh.
qbox specifications
| Attribute | Details |
|---|---|
| Isolation | Firecracker microVM on KVM with its own kernel per sandbox |
| Deployment | Self-hosted software · Self-hostable |
| Open source | Not documented |
| SDKs and interfaces | Python, CLI, REST API |
| Cold start (vendor claim) | Website: sandboxes resume from template snapshots "in well under a second" (claim, no figure) |
| Max session length | Not documented |
| Persistence | Templates are baked from OCI images or Git repos into warm snapshots that sandboxes resume from; Python and JavaScript kernel contexts can be reused across calls; object-storage-backed volumes mount at a path and can be shared across sandboxes |
| GPU | Not documented |
| Networking | Control plane and guest talk over a private channel with no public SSH or inbound exposure; guest ports can be exposed as preview URLs; outbound access can be scoped or cut off; activity feed streams network, DNS and TLS events |
| Pricing | Not published; contact hi@qbox.sh |
| Free tier | Not documented |
| Compliance | None listed; "no telemetry, no phone-home" and no data leaves your perimeter |
| Regions | Your own hosts |
Facts from qbox’s public documentation, verified November 9, 2026. Performance numbers are vendor claims.
Strengths and trade-offs
Strengths
- You want Firecracker isolation on your own hosts with a one-script install and no Kubernetes.
- You need sandboxes that never phone home, for regulated or air-gapped environments.
- You want persistent Python/JavaScript kernels and headless Chromium in the same sandbox.
Trade-offs
- Alpha software with no admission control; capacity planning is on you.
- Licence, source availability and pricing are not documented.
- x86_64 Linux only; no hosted option.
- Pause/resume, GPU and session limits are not documented.
Good fit for: Operators who want Firecracker sandboxes on their own bare metal or KVM-capable VMs without Kubernetes.
How qbox compares
| Sandbox | Isolation | Open source | Self-host / BYOC | Cold start (vendor) | Max session | Snapshots / pause | GPU | SDKs |
|---|---|---|---|---|---|---|---|---|
| qbox | Firecracker microVM | Not documented | Yes / No | <1 s (claim) | Not documented | Not documented / Not documented | Not documented | Python, CLI, REST API |
| Microsandbox | MicroVM (libkrun) | Yes | Yes / Yes | <100 ms | Not documented | Yes / Not documented | No | TypeScript, Python, Rust, Go, Ruby, CLI, MCP server |
| Arrakis | Cloud Hypervisor microVM | Yes | Yes / No | Not documented | Not documented | Yes / Not documented | Not documented | Python, REST API, CLI, MCP server |
| Firecracker | KVM microVM | Yes | Yes / No | <125 ms (spec) | Not documented | Yes / Yes | No | REST API, CLI |
| OpenSandbox | Containers or Firecracker | Yes | Yes / No | 64 ms P50 (claimed) | Not documented | Not documented / Yes | Not documented | Python, JavaScript/TypeScript, Java, Kotlin, Go, C#, CLI, MCP server, REST API |
| Pullrun | Firecracker / Apple VM / runc | Yes | Yes / No | ~500 ms (claim) | Not documented | Yes / Not documented | Not documented | CLI, MCP server |
Frequently asked questions
What is qbox?
How does qbox isolate code?
Is qbox open source?
How much does qbox cost?
What are the alternatives to qbox?
Sources
Cite this page
Agent Sandboxes. (2026). qbox. agentsandboxes.org. Last reviewed November 9, 2026. https://agentsandboxes.org/sandboxes/qbox/
Found an error or a missing sandbox? Submit a correction — every entry links to the sources it relies on.