alt.hn

5/21/2026 at 2:50:34 PM

We Reverse-Engineered Docker Sandbox's Undocumented MicroVM API

https://rivet.dev/blog/2026-02-04-we-reverse-engineered-docker-sandbox-undocumented-microvm-api/

by yakkomajuri

5/21/2026 at 5:19:30 PM

This article is from February - we have since shipped the microvm sandbox engine as a seperate binary: sbx - no docker desktop required, small 50mb binary.

https://docs.docker.com/ai/sandboxes/

Not sure how well their work maps to sbx, but there has been multiple releases with features and improvements since then

by pploug

5/21/2026 at 5:06:46 PM

> Docker Sandboxes require Docker Desktop 4.58+ on macOS or Windows. Linux is not supported since Docker Desktop uses platform-specific virtualization (Apple Virtualization.framework on macOS, Hyper-V on Windows).

Docker can launch machines (linux vms) on Linux too, that is all they are doing here is launching a container instance separate Linux VM, vs the typical shared VM instance.

By default they don't do so on Linux because it has performance costs and consumes resources, but they fully support KVM[0].

I am not sure if it is a more optimized docker machine VM image or not, but it looks they are just recycling the old model with support for instance specific docker sockets.

I encourage people to try podman on windows/MacOS just because they will allow you to SSH into the machine `podman ssh` and let you pull back the covers on the black box.

But Docker/Podman/Rancher Desktop use the same methods.

[0]https://docs.docker.com/desktop/setup/install/linux/

by nyrikki

5/21/2026 at 6:26:44 PM

> all they are doing here is launching a container instance separate Linux VM, vs the typical shared VM instance

This (MicroVMs) is also kind of what apple's container[1] tools do.

[1]: https://github.com/apple/container

by stock_toaster

5/21/2026 at 5:25:57 PM

I’m confused. Docker Desktop isn’t supported on Linux?

I just followed Docker’s docs [0] to get Docker Desktop installed on Ubuntu.

Maybe I’m missing some specific point you’re making about some lower level detail, but they support and have instructions for Docker Desktop on Linux in their own docs.

[0] https://docs.docker.com/desktop/setup/install/linux/

by softfalcon

5/21/2026 at 8:25:34 PM

The naming is bad here.

On Linux, most people only install the Docker Engine, unless they want the GUI.

On MacOS or Windows you have to install Docker Desktop which spins up a VM running linux.

You installed Docker's "Docker Desktop" which will spin up that VM by default, but you would get better performance by using `docker context` and running natively.

Docker depends on Linux, specificly namespaces/unshare()/clone() etc..., that is why MacOS and Windows installs require desktop and spin up a VM by default.

But on Linux, containers with engine (native) are just processes.

Sorry if that isn't clear but I am actually unwilling to install docker desktop as podman fits my needs better and they conflict.

by nyrikki

5/21/2026 at 5:33:53 PM

Is a container breach really the relevant problem to solve for agents? VMs provide better isolation, that's true. But does it matter?

Even sandboxed agents usually have a lot of capabilities. Adding backdoors to code by installing breached packages, abusing some access tokens to cause harm, and much more.

by andix