Show HN: Nucleus – A security-hardened, Nix-native container runtime
A lightweight Linux container runtime, not a Docker replacement, focused on providing stronger, auditable isolation for ephemeral AI-agent sandboxes and declarative NixOS services, with defense-in-depth security defaults, deny-by-default egress, hash-pinned security policies, gVisor integration, Nix-native production path, and formal verification.
View Origin Link
Product Positioning & Context
AI Executive Synthesis
A lightweight Linux container runtime, not a Docker replacement, focused on providing stronger, auditable isolation for ephemeral AI-agent sandboxes and declarative NixOS services, with defense-in-depth security defaults, deny-by-default egress, hash-pinned security policies, gVisor integration, Nix-native production path, and formal verification.
Nucleus addresses a critical security and reproducibility gap in containerization, specifically for AI agent sandboxes and NixOS services. By explicitly *not* being a Docker replacement, it carves out a niche focused on deep isolation and auditable security, a paramount concern for untrusted or ephemeral workloads. Its defense-in-depth defaults, deny-by-default egress, and hash-pinned security policies offer a robust security posture. The Nix-native integration ensures reproducibility and verifiable rootfs integrity. Formal verification using TLA+ provides a high assurance level. This product targets organizations with stringent security requirements for AI agent execution and declarative infrastructure, offering a specialized, high-performance alternative to general-purpose container runtimes. The explicit tradeoffs clarify its intended use cases.
Hi HN, I've been building Nucleus, a lightweight Linux container runtime focused on two workloads: ephemeral AI-agent sandboxes and declarative NixOS services. It's a single Rust binary, no daemon.It is not a Docker replacement and not a strict subset of Docker either. I dropped the entire image-and-distribution half (no Dockerfile, no layers, no registry, no pull/push, no persistent storage layer) in exchange for going deeper on isolation and reproducibility. The rootfs is either a directory copied into tmpfs (agent mode) or a Nix-built closure mounted read-only (production mode). If your mental model is "run my image instead of docker run," this won't fit. If it's "run untrusted or ephemeral workloads with stronger, auditable isolation on a single host," that's the target.Things that I think are interesting: - Defense-in-depth defaults. All capabilities dropped, ~100-syscall seccomp allowlist (vs Docker's ~300), up to 8 namespaces including time/cgroup, Landlock LSM path ACLs per service.
- Deny-by-default egress. Outbound traffic is denied unless you allow specific CIDRs or DNS-resolved domains. Enforced with namespace-local iptables rules.
- Externalized, hash-pinned security policies. seccomp (JSON), capabilities (TOML), and Landlock (TOML) live as separate SHA-256-verified files, decoupled from the rootfs build. There's a nucleus seccomp generate that records syscalls in trace mode and emits a minimal profile.
- gVisor as a first-class integrated runtime, not an add-on. Explicit network modes including a gvisor-host mode that's intentionally separate from native host networking.
- Nix-native production path. nucleus.lib.mkRootfs builds locked-down closures; rootfs attestation verifies a per-file SHA-256 manifest at startup; first-class NixOS module.
- Formal verification. TLA+ specs for the isolation/resource/filesystem/security/gVisor subsystems, checked with Apalache, plus property-based tests that drive the Rust implementation against the specs.
Honest tradeoffs:
- Linux x86_64 only. No macOS/Windows/BSD, no plans.
- No CNI, no overlay networks, no cluster orchestration. nucleus compose is a single-host TOML DAG over systemd, not Swarm/K8s.
- Ephemeral-by-default storage. Persistence is opt-in via explicit --volume binds.
- Agent mode applies several mechanisms best-effort by design (warn-and-continue on seccomp/Landlock failure). For fail-closed isolation on ephemeral workloads use --service-mode strict-agent; for long-running services use production mode.Cold-start is ~12ms in the native runtime. Postgres 18 pgbench numbers under Nucleus are within noise of bare metal in our harness (full results in benches/).
lightweight Linux container runtime
ephemeral AI-agent sandboxes
declarative NixOS services
Rust binary
no daemon
Dockerfile
layers
registry
Related Ecosystem & Alternatives
Discover adjacent products, open-source repositories, and developer tools sharing similar technical architecture.
Deep-Dive FAQs
What is Nucleus – A security-hardened, Nix-native container runtime?
Nucleus – A security-hardened, Nix-native container runtime is analyzed by our AI as: A lightweight Linux container runtime, not a Docker replacement, focused on providing stronger, auditable isolation for ephemeral AI-agent sandboxes and declarative NixOS services, with defense-in-depth security defaults, deny-by-default egress, hash-pinned security policies, gVisor integration, Nix-native production path, and formal verification.. It focuses on Nucleus addresses a critical security and reproducibility gap in containerization, specifically for AI agent sandboxes and NixOS services. By expli...
Where did Nucleus – A security-hardened, Nix-native container runtime originate?
Data for Nucleus – A security-hardened, Nix-native container runtime was aggregated directly from the Hacker News community ecosystem, representing raw developer and early-adopter sentiment.
When was Nucleus – A security-hardened, Nix-native container runtime publicly launched?
The initial public indexing or launch date for Nucleus – A security-hardened, Nix-native container runtime within our tracked developer communities was recorded on June 10, 2026.
How popular is Nucleus – A security-hardened, Nix-native container runtime?
Nucleus – A security-hardened, Nix-native container runtime has achieved measurable traction, logging over 32 traction score and facilitating 10 recorded discussions or engagements.
Which technical categories define Nucleus – A security-hardened, Nix-native container runtime?
Based on metadata extraction, Nucleus – A security-hardened, Nix-native container runtime is categorized under topics such as: lightweight Linux container runtime, ephemeral AI-agent sandboxes, declarative NixOS services, Rust binary.
How does the creator describe Nucleus – A security-hardened, Nix-native container runtime?
The original author or development team describes the product as follows: "Hi HN, I've been building Nucleus, a lightweight Linux container runtime focused on two workloads: ephemeral AI-agent sandboxes and declarative NixOS services. It's a single Rust binary, no daemon...."
Community Voice & Feedback