Re:Running NanoClaw in a Docker Shell Sandbox
by debarshri on Monday February 16, 2026 @09:27PM
(#47042991)
Kata containers are the right way to go about doing sandboxing on K8s. It is very underappreciated and, timing-wise, very good. With ec2 supporting nested virtualization, my guess is there is going to be wide adoption.
Re:Running NanoClaw in a Docker Shell Sandbox
by FourSigma on Monday February 16, 2026 @09:36PM
(#47043057)
I am pretty sure Apple containers on MacOS Tahoe are Kata containers
Re:Running NanoClaw in a Docker Shell Sandbox
by TheTaytay on Tuesday February 17, 2026 @12:28AM
(#47044013)
Woah, that looks great. I’ve been looking for something like this. Neither thr readme or the security doc go into detail on the credential handling in the gateway. Is it using tokens to represent the secrets, or is the client just trusting that the connection will be authenticated? I’m trying to figure out how similar this is to something like Fly’s tokenizer proxy.
Re:Running NanoClaw in a Docker Shell Sandbox
by buremba on Tuesday February 17, 2026 @02:26AM
(#47044661)
I’m working on the documentation right now but I had to build 3 prototypes to get here. :)
After seeing Deno and Fly, I rewrote the proxy being inspired by them. I integrates nicely with existing MCP proxy so agent doesn’t see any MCP secrets either.
I use Kata Containers on Kubernetes (Firecrackers) and restrict network access with a proxy that supports you to block/allow domain access. Also swap secrets at runtime so agents don’t see any secrets (similar to Deno sandboxes)
If anybody is interested in running agents ok K8S, here is my shameless plug: https://github.com/lobu-ai/lobu