logo
Kurashizu Blogwhere ideas flow
  • Home
  • News
  • Blog
  • About
  • Home
  • News
  • Blog
  • About

© 2026 Kurashizu. All rights reserved.

Admin·New Post·Service Status
Powered by Cloudflare·30.10.26
← Back to news

Show HN: Drop – A rootless Linux sandbox with gVisor support

Original article
droprun.sh|109 points|37 comments|by mixedbit|Sep 22, 2026

Introducing Drop: A Rootless Linux Sandbox with gVisor Support

Drop is a streamlined Linux sandboxing tool designed to provide robust isolation without disrupting your existing workflow. It allows users to sequester applications and autonomous coding agents while remaining within their native development environment.

"Linux sandboxing that doesn't get in your way."


🎯 Primary Use Cases

Drop is specifically engineered to mitigate risks associated with executing untrusted code:

  • Autonomous Coding Agents: You can run agents using the --dangerously-skip-permissions flag, shifting the responsibility of permission enforcement from the agent to the OS level via Drop.
  • Third-Party Software: When installing packages from sources like npm or PyPI, Drop ensures these programs cannot access your entire user account.
    • Risk: Supply chain attack compromises your home folder.
    • Solution: Damage is strictly contained within the sandbox.

⚙️ How It Works

Drop creates disposable, isolated environments that mirror the simplicity of Python's virtualenv, but for your entire system.

Core Architecture

The isolation is achieved through a combination of Linux namespaces. The relationship can be represented as: Sandbox⊂User Namespace⊂Host OS\text{Sandbox} \subset \text{User Namespace} \subset \text{Host OS}Sandbox⊂User Namespace⊂Host OS

The Technical Stack:

  1. Namespaces: It utilizes process, mount, network, IPC, and cgroup namespaces.
  2. Privilege Reduction: To ensure security, Drop drops all user namespace capabilities before the program starts, preventing actions like bind mounts inside the sandbox.
  3. Home Directory: Each environment receives its own home directory, while your actual $HOME is hidden.

Comparison: Drop vs. Traditional Containers

FeatureDocker / PodmanDrop
SetupRequires image/container configUses your current distribution
AvailabilityOnly what's in the imageAll installed system programs
OverheadHigh (Image management)Low (Disposable environments)
IsolationContainer-basedRootless User Namespace

🛠 Configuration & Integration

Drop uses a high-level TOML configuration language to define the sandbox boundaries.

# Example Drop Configuration
[permissions]
exposed_dirs = ["/home/user/projects/app"]
exposed_files = ["/etc/hosts"]
network_services = ["localhost:8080"]

Key Config Details:

  • Base Config: Most environments share a global base configuration, allowing you to spin up new sandboxes without repetitive setup.
  • Flexibility: You can precisely control which local network services, directories, and files are visible to the sandboxed process.

The gVisor Advantage

For those requiring extreme security, Drop integrates with gVisor. This provides a user-space kernel that acts as an intermediary.

By preventing direct access to the host kernel, gVisor drastically lowers the risk of kernel-level vulnerability exploits.


🚀 Getting Started

Drop Logo Placeholder

To begin using Drop, follow these steps:

  • Install the Drop binary.
  • Define your base TOML configuration.
  • Create your first disposable environment.
  • Execute a third-party tool or agent.

For more details, refer to the Documentation or the Sandbox overview in the official guide.