Live data from Hacker News

Docker Sandboxes – Disposable, isolated sandboxes for AI agents

docker.com

51–60 of 423 posts

Re: Docker Sandboxes – Disposable, isolated sandboxes for AI agents

#51
The sandboxing problem is perhaps the greatest justification for doing agent integration via existing human interfaces rather than low level shell access. Granting access to shell is a super obvious path (it's easy) so I can understand us wanting to fight for it. But we should consider the other paths as well before we make our final stand.

Automating browsers with LLM agents properly requires a lot more work than Process.Start into powershell, but the advantages can be immense once you have achieved integration this way. Incrementally maintaining this integration is generally easy because human users cannot tolerate rapid changes either.

It's a hell of a lot easier to convince management to adopt a robot that looks and acts like a human employee than one that looks like a combine harvester. The combine is far more efficient, but it is also totally indiscriminate. Nothing constrains its appetite except for the invisible fence imposed by GPS. The amount of infrastructure required to keep farm equipment from running astray is incredible. In the context of agriculture, the added complexity is definitely worth it. We don't want to have to recreate the same thing with our technology if it can be avoided. Sandboxes and security isolation boundaries are not things to aspire to. These are costs to be paid for admission to something more valuable.

Re: Docker Sandboxes – Disposable, isolated sandboxes for AI agents

#53
post #27
post #11

Like many people, I suspect, I used Claude to write my own agent sandbox that suits my needs very well. Investing my time in a propietary product has become a hard sell.

Were you following any patterns/standards/advice on what you needed to protect against? Anything you can point the rest of us to?

> Were you following any patterns/standards/advice on what you needed to protect against?

Just the general knowledge that sharing a kernel with untrusted software is too dangerous, that hardware virtualization is an infinitely smaller attack surface and that the entire industry will be in deep shit if people or AI breaks hypervisors.

Initial threat model was supply chain attacks but eventually grew to include AI harnesses as well. Not very worried about them hacking me, more about accident prevention.

So that means each VM must be running a completely independent kernel that's fully isolated from the host's file system. They must also have fail closed network filtering built in.

> Anything you can point the rest of us to?

I have published my virtdev's design document.

https://github.com/matheusmoreira/virtdev/blob/master/DESIGN...

Yes, it is AI generated.

In summary, it's a QEMU VM orchestrator with a base OS image and project specific delta images. VM lifecycle is managed by systemd. System level isolation is already pretty good and it already solves the "AI wiped out my $HOME" problem. I'm currently working on a custom network stack to replace the nftables based firewall.

Re: Docker Sandboxes – Disposable, isolated sandboxes for AI agents

#55
post #39

Wow, I hope one day Linux will be able to support the exclusive MacOs/Windows technology of Docker Sandboxes. (it's in the doc, but kinda strange to not see some instructions on the main page, probably distro related)

What about bubblewrap? It also provides a sandbox

Re: Docker Sandboxes – Disposable, isolated sandboxes for AI agents

#56
post #54

So this is a VM by Docker? For those who do not trust docker run --rm -it -v "$(pwd)":/work -w /work myaiimage /bin/bash AND do not want to use some other, free VM for some reason?

Hasn't Docker always been just a thin layer of duct tape over existing solutions?

Re: Docker Sandboxes – Disposable, isolated sandboxes for AI agents

#57
post #54

So this is a VM by Docker? For those who do not trust docker run --rm -it -v "$(pwd)":/work -w /work myaiimage /bin/bash AND do not want to use some other, free VM for some reason?

Better yet, use Apple's container CLI if you're on a Mac, instead of the docker bloatware.

container run --rm -it -v "$(pwd)":/work -w /work myaiimage /bin/bash

Re: Docker Sandboxes – Disposable, isolated sandboxes for AI agents

#58
The login is annoying but, lacking an open source alternative, this has been my daily driver for a while now because it works great out of the box with two key features: outbound firewall and secret injection with placeholders.

I run it with superset and then each git worktree is mounted in a sandbox that is configured for each repo i work in.

Closest open source I have seen is https://earendil-works.github.io/gondolin but the DX is not as polished. https://exe.dev/ would be perfect but it does not come with outbound firewall.

Does anyone have a better alternative?

Re: Docker Sandboxes – Disposable, isolated sandboxes for AI agents

#59

Can someone more versed in Docker explain to me how this is different than building my own docker container from a Dockerfile for using Pi agent harness? That's what I do currently. I use Docker Desktop in windows as the backend for that.

Docker containers use Linux kernel features to create an isolated environment, running on the same machine as docker is. This creates a virtual machine, with its own kernel, and runs the container in there. This gives stronger isolation and security guarantees.

Re: Docker Sandboxes – Disposable, isolated sandboxes for AI agents

#60
post #39

Wow, I hope one day Linux will be able to support the exclusive MacOs/Windows technology of Docker Sandboxes. (it's in the doc, but kinda strange to not see some instructions on the main page, probably distro related)

[dead]
Post reply on HN