点子 / 2026年10月9日星期五

✓ 入选第 1 / 2风投级安全

面向 Agent 沙箱的持续逃逸测试

一套测试工具与 CVE 监控服务,在 Agent 工具厂商发布前,持续探测沙箱库(mxc、bubblewrap、gVisor)的逃逸漏洞与错误配置。

I want to build a venture-scale product. Help me plan and start the MVP.

Product: Continuous escape testing for agent sandboxes
What it is: A test harness and CVE-watch service that continuously probes sandbox libraries (mxc, bubblewrap, gVisor) for escapes and misconfigurations before agent-tool vendors ship them.
Who pays: Security/engineering leads at AI coding-agent and agent-runtime companies (20–500 engineers), $2–10k/mo from the security-testing budget, alongside existing pentest spend.
Closest alternatives: Manual pentest firms (Trail of Bits, NCC Group), OSS-Fuzz / generic fuzzing, One-off audits and CVE feeds, In-house red teaming
The gap: Existing options are episodic human audits or generic fuzzers; nothing continuously regression-tests sandbox libraries and configurations for known escape classes (capability ordering, setuid mistakes, kernel-boundary assumptions) across versions and backends as they ship.
Why now: Every agent vendor is shipping or adopting a sandbox this year (Codex already uses mxc per c:50020557), and commenters demonstrate these codebases already contain exploitable escapes, creating urgent demand for independent validation.
Moat to build toward: A growing corpus of escape test cases and per-backend configuration fingerprints that improves with each disclosed CVE and audit, plus integration into CI making switching costly.
打开讨论 ↗

可直接粘贴到 Claude Code、Cursor 或任何编程助手的需求说明(英文)。

6.4满分 10
7痛点6付费8时机6空白5护城河6可行

支持理由

谁会付费AI 编程 Agent 和 Agent 运行时公司(20–500 名工程师)的安全与工程负责人,每月 2–10k 美元,预算来自安全测试支出,与现有渗透测试费用并列。
为什么是现在

今年各家 Agent 厂商都在发布或采用沙箱(Codex 已在用 mxc,见 c:50020557),评论者也已演示这些代码库中存在可利用的逃逸漏洞,因此对独立验证的需求十分迫切。

反对理由

✕ 最可能的失败原因沙箱厂商迅速修复容易解决的逃逸类别,买家则认为偶尔做一次渗透测试就够了,最终没有可持续的经常性预算。
红队最有力的反对意见

Agent 厂商在部署不可审计、且存在已知逃逸的沙箱,这确实催生了真实而紧迫的独立持续逃逸测试需求,而一次性渗透测试无法覆盖这一点;市场规模较小,但缺口真实存在,时机也恰当。

护城河 5/10

随着每个已披露的 CVE 和每次审计,逃逸测试用例语料和各后端配置指纹库会持续增长;再加上深度集成进 CI,切换成本很高。

现有产品
Manual pentest firms (Trail of Bits, NCC Group)OSS-Fuzz / generic fuzzingOne-off audits and CVE feedsIn-house red teaming
空白点

现有方案要么是一次性的人工审计,要么是通用模糊测试工具;目前没有任何方案能在各版本和后端发布时,持续回归测试沙箱库及其配置是否存在已知逃逸类别(能力顺序、setuid 错误、内核边界假设等)。

三步做出来

  1. 1构建一套测试工具,针对 bubblewrap、mxc 和 gVisor 的配置运行已知沙箱逃逸技术组合(能力、setuid、系统调用、文件系统命名空间)。
  2. 2发布一个 CI Action,当依赖升级或策略变更引入某个逃逸类别时进行标记。
  3. 3公开一份沙箱 CVE 追踪列表,附带各库的适用性分析,以此带动传播。
原始讨论“MXC - a sandboxed code execution system” ↗196 点, 85 条评论源自评论原文链接

本文译自英文。 阅读原文

本期其他点子