frontpage.
newsnewestaskshowjobs

Open Source @Github

fp.

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

https://droprun.sh/
59•mixedbit•1h ago•11 comments

Show HN: Venya lets AI agents use secrets without seeing them

https://github.com/tabith-llc/venya
2•tabith•1h ago•0 comments

Show HN: Mini-AGI – Dynamic continual learning model trained on 8GB VRAM

https://github.com/volotat/mini-AGI/
268•volotat•1d ago•68 comments

Show HN: Watch all the AI agents on your machine

https://github.com/markwylde/all-your-agents
3•turblety•4h ago•1 comments

Show HN: An atlas of system designs with interactive architecture diagrams

https://atlas-sysdes.vercel.app/
3•mertkahyaoglu•4h ago•2 comments

Show HN: Foremerge – Catch intent conflicts between parallel coding agents

https://github.com/naw103/foremerge
44•naw103•23h ago•15 comments

Show HN: Lossless-memory – a personal AI memory that never summarizes

https://github.com/aru-labs/lossless-memory
63•aru-labs•1d ago•29 comments

Show HN: A competition for small neural networks that play strategy games

https://tinybrains.dev
107•codetiger•2d ago•40 comments

Show HN: Radius – A Meetup.com Alternative

https://radius.to/
161•radius89•1d ago•76 comments

Show HN: Vellum, the best diagram editor you'll ever use

https://vellum.blueprintr.io
17•JoshJamesAnthon•23h ago•13 comments

Show HN: jevals – replacing LLM judges with typed Jev decisions

https://github.com/openlayer-ai/jevals
42•gbayomi•1d ago•6 comments

Show HN: Sigabrt.dev – cronjob monitor with an SSH TUI

https://sigabrt.dev
81•4815162342•3d ago•35 comments

Show HN: Gdocs-me-up: a high-fidelity Google Docs exporter

https://github.com/behdad/gdocs-me-up
20•behdad•1d ago•8 comments

Show HN: CUA-S1 – A System One Model for Computer Use

https://github.com/trycua/cua
90•frabonacci•2d ago•10 comments

Show HN: Jev Powered Obsidian Search

https://github.com/Emlembow/jev-graph-search
4•MikeLembo•15h ago•1 comments

Show HN: Share your AI Setup, Learn from others

https://mysetup.ai/
249•steveybrown•5d ago•138 comments

Show HN: WebGCM – a global climate model running in the browser on WebGPU

https://gcm.echorelay.net/
5•jlhawn•18h ago•0 comments

Show HN: Cactus Needle 3: 8-29MB automation models can match DeepSeek V4 Flash

https://cactuscompute.com/needle
236•HenryNdubuaku•4d ago•92 comments

Show HN: Lightspeed, build real time apps the Laravel way (+asteroids demo)

17•jv22222•1d ago•5 comments

Show HN: Blackgit – use Git to only download those cared files

https://github.com/zhuzhonghua/blackgit
3•zhonghua•19h ago•2 comments

Show HN: Differential – a TUI diff reviewer with semantic grouping

https://github.com/thepartly/differential
3•gogoout•19h ago•0 comments

Show HN: Snapdrop: Instantly share files between devices. No setup, no signup

https://snapdrop.me
111•Capira•4d ago•51 comments

Show HN: Four-Leaf MCP, open-source job search and interview prep

https://github.com/fourleafai/clover-public
3•frank_clover•21h ago•0 comments

Show HN: A GUI for non programmers for Epic's version control system Lore

https://www.anchorpoint.app/lore
6•m_niedoba•1d ago•1 comments

Show HN: Combinators in Array Languages

https://blog.softwarewrighter.com/2026/09/21/rabbit-hole-sage-y-combinator/
3•softwarewright•21h ago•0 comments

Show HN: Scry, programmable internet search w/ congestion pricing

https://scry.io/
60•Xyra•4d ago•26 comments

Show HN: Viaduct – C4 models that coding agents can read and update

https://c4.quietgridlabs.com/
3•igrlgkv•21h ago•0 comments

Show HN: Ambits – agentic grep/rg tool will history tracking

https://github.com/joshLong145/ambits
5•joshLong145•1d ago•0 comments

Show HN: AURA – Open-source behavioral threat detection for LLMs

https://github.com/kate8382/AURA
2•kate8382•22h ago•2 comments

Show HN: Agent Chaperone – Screen AI agent tool calls and results with Jev

https://github.com/agent-chaperone/agent-chaperone
5•sepehrsafari•22h ago•0 comments
Open in hackernews

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

https://droprun.sh/
59•mixedbit•1h ago
I created Drop because I always felt uneasy installing and running third-party programs using my main user account. A single compromised dependency means a full compromise of the system. What is even worse, because I ship software from my computer, a single compromised dependency can lead to compromise of all the users of my software.

Containers and VMs are one solution, but for local work, they are often detrimental to productivity. It takes effort to configure a machine with all the tools and configs needed for productive work, but a container or a VM will be stripped of all these tools. This is great for production deployments, where the aim is a reproducible system with minimal dependencies, but can get in the way of productive local work.

Drop is language independent, but the workflow is inspired by Python's virtualenv. With virtualenv the environment isolation is only a convention that relies on installed dependencies being good citizens. With Drop the isolation is enforced.

Each Drop environment gets its own writable and easily disposable home dir, with only selected config files and dirs from the original home mounted, mostly read-only.

Drop uses Linux namespaces for isolation (user, mount, network, PID, IPC, cgroup), doesn't require root and, as an option, uses gVisor user-space kernel, which adds protection against exploiting host kernel vulnerabilities to escape the sandbox.

I don't want to make the introductory post too lengthy, but I'm here to answer any questions and give any additional technical details.

Note: This is my 3rd submission of the project, the first two did not draw attention. Since then I have added support for gVisor and created a project website to better explain the concept and organize documentation.

Comments

yu3zhou4•51m ago
Gratulacje Jan! Looks like something critical to gain adoption these days, security-wise. For others who also wonder how it works, I find this docs page a bit more informative than the landing page https://droprun.sh/docs/sandbox-overview/
JoshTriplett•47m ago
So, the primary advantage of this over bubblewrap is the insulation layer between the program and kernel syscalls?
mixedbit•34m ago
Bubblewrap is a low level tool, it describes itself as a sandbox building block, rather than a high-level sandbox intended to be used directly (for example, Flatpak uses bubblewrap as its building block). Drop in contrast is high-level, designed to be used directly in day-to-day work without the need to assemble the low-level details of the sandbox.
zoobab•41m ago
Have you ever tried to use proot?

It does not use process namespaces, and can run on Android (on Termux with proot-distro).

refibrillator•29m ago
Hi OP, funny enough I’m working on something very similar. Lots of us are I guess! Take that as validation of your thinking.

I like that your readme has a couple paragraphs comparing to popular tools in this space. Personally I feel it is a bit light on the security differentiators (if any). For example you are using the same fundamental primitives that are used in nsjail, runc, etc. Thus it seems you have recreated those libraries in some aspects, so would be curious to hear your rationale for approaching this way vs building explicitly on those primitives.

saghm•24m ago
This is super interesting to me. I've slowly been working on something similar (https://gitlab.com/saghm/tartarus) because my ideal sandboxing is "prevent writing to anything outside this dir but still allow reading to most things so that I don't have to manually copy things into a container/VM". I approached it by trying to figure out how to build up a bubblewrap based on a config that gave the properties I wanted, with the hope that I could eventually expand it to support other platforms via stuff like `sandbox-exec` on MacOS, but I haven't had time to work on it more for a while.

At a glance, this seems to be providing most of what I was originally looking for when I ended up deciding I'd have to write it myself, but focusing specifically on Linux and providing a more full-fledged sandbox rather than only caring about a small set of permissions that I personally had a need for. Probably the biggest (and least hardened) feature that I spent time on in mine was trying to figure out how to allow arbitrary GUI apps so that I could run agents in it via Zed.

I'm definitely going to try this out and see how well it works for me. It's insane to me that this is something none of the big AI companies have bothered solving this yet other than via opaque rules built into their harnesses or absolutely awful manual rules that expect me to hard-code shapes of shell commands that I want to allow or not allow.

killerstorm•20m ago
> my ideal sandboxing is "prevent writing to anything outside this dir but still allow reading to most things so that I don't have to manually copy things into a container/VM"

That's what Codex does out of the box, and it's not good against malware - i.e. a rogue npm packet (or even just codex after prompt injection) can read your ssh key and send it to the attacker.

pavinjoseph•8m ago
This is exactly what I was looking for - the website and docs are easy on the brain. I have some apps hosted on distrobox containers that I'd rather not have write access to my home dir.
messh•7m ago
How is this different than bwrap or srt and others? Im using bwrap to achieve read only everywhere and and write on pwd. Also pi and other coding agents all have sandboxing that work in similar way
LeBit•6m ago
Why they instead of a microVM?
tylergetsay•3m ago
Does it work within containers?