cristianleo
Re:Show HN: Armorer – A secure local control plane to sandbox AI agent...
on Sunday May 10, 2026 @07:05PM (#48089067)
You hit the nail on the head. Mounting `/var/run/docker.sock` is basically giving the agent root access to the host, which defeats the purpose of the sandbox. Armorer avoids the DinD problem entirely. The control plane (Armorer itself) orchestrates the containers from the host level, but the agent containers themselves do not have access to the Docker socket. If an agent needs to execute a tool, that execution happens within its own restricted sandbox, and it communicates back to the control plane via a controlled interface, rather than trying to spawn sibling containers itself.
Show HN: Armorer – A secure local control plane for AI agents
Hey HN,I built Armorer because I was tired of two things: 1. The absolute "dependency hell" of setting up new AI agents (Codex, OpenClaw, etc.). 2. The security risk of giving powerful local agents broad access to my host machine.Armorer is a secure local control plane that manages the lifecycle of your agents. It uses Docker for true process isolation and provides a unified UI/CLI for...