I still don't understand the point of all these VMs and containers for agents. Just create a separate user on your machine without sudo privileges, switch to it in your terminal and run all the agents you want without it being able to reach your files. What am I missing?
Privilege escalation (e.g. setuid), world-readable files might contain sensitive data, world-writeable files, unrestricted network access (including access to all locally running services)... If you have fully patched system without zero-days and it's configured in a perfect way, then, sure... Container is quite like a "separate user" except you can explicitly define what it can access. (Even if all your daemons have…
Show HN: Clawk – Give coding agents a disposable Linux VM, not your laptop
51–60 of 177 posts
Re: Show HN: Clawk – Give coding agents a disposable Linux VM, not your laptop
#52Errbody gangsta until the agent figures out it's in a container and finds an exploit that lets it break out of container jail...
I developed a VM project just like this one. Asked Fable to stress test it and try to break out of containment, and to my surprise it didn't manage to. Fable didn't get downgraded to Opus either, for some reason. Would have thrown Mythos at it if I had access to it.
Re: Show HN: Clawk – Give coding agents a disposable Linux VM, not your laptop
#53Re: Show HN: Clawk – Give coding agents a disposable Linux VM, not your laptop
#54We are building the cloud version of this: hosted, isolated VMs. MacOS and Linux supported. Cloud means you can run many VMs in parallel. https://bitrise.io/platform/remote-dev-environments
Re: Show HN: Clawk – Give coding agents a disposable Linux VM, not your laptop
#55I still don't understand the point of all these VMs and containers for agents. Just create a separate user on your machine without sudo privileges, switch to it in your terminal and run all the agents you want without it being able to reach your files. What am I missing?
Re: Show HN: Clawk – Give coding agents a disposable Linux VM, not your laptop
#56Earlier quoted context omitted.
Privilege escalation (e.g. setuid), world-readable files might contain sensitive data, world-writeable files, unrestricted network access (including access to all locally running services)... If you have fully patched system without zero-days and it's configured in a perfect way, then, sure... Container is quite like a "separate user" except you can explicitly define what it can access. (Even if all your daemons have…
Sure, if you assume the agent will be hostile on you. I thought it's just so the agent doesn't accidentally rm -rf / on you
Re: Show HN: Clawk – Give coding agents a disposable Linux VM, not your laptop
#57I still don't understand the point of all these VMs and containers for agents. Just create a separate user on your machine without sudo privileges, switch to it in your terminal and run all the agents you want without it being able to reach your files. What am I missing?
Re: Show HN: Clawk – Give coding agents a disposable Linux VM, not your laptop
#58Earlier quoted context omitted.
Privilege escalation (e.g. setuid), world-readable files might contain sensitive data, world-writeable files, unrestricted network access (including access to all locally running services)... If you have fully patched system without zero-days and it's configured in a perfect way, then, sure... Container is quite like a "separate user" except you can explicitly define what it can access. (Even if all your daemons have…
Sure, if you assume the agent will be hostile on you. I thought it's just so the agent doesn't accidentally rm -rf / on you
Re: Show HN: Clawk – Give coding agents a disposable Linux VM, not your laptop
#59So should be noted it's mostly macOS out of the box with some Linux support if I understand right.
Re: Show HN: Clawk – Give coding agents a disposable Linux VM, not your laptop
#60I still don't understand the point of all these VMs and containers for agents. Just create a separate user on your machine without sudo privileges, switch to it in your terminal and run all the agents you want without it being able to reach your files. What am I missing?
You're missing the fact you'd be sharing a kernel with the sandboxed agent. Virtualization presents an infinitely smaller attack surface.
If you're just concerned about "agent messing up and taking the rules in some markdown files more laxly than I would have", then running it as a seperate user is totally enough...