简化沙箱 API 以实现更易使用的进程隔离
问题概述
用户希望在现有系统中获得更简单、更细粒度的沙箱机制，以避免复杂的配置和实现，尤其是在处理不受信任的代码时需要快速、可靠的隔离方案。
痛点标签
- 缺乏类似 pledge/unveil 的简易系统调用 API
- 现有沙箱机制（如 seccomp、Capsicum）配置复杂且难以采用
- 需要更细粒度的能力授予而非默认拒绝的默认安全模型
待验证问题
- 是否愿意使用类似 pledge/unveil 的简易 API 进行沙箱实现？
- 当前工具链中是否缺少满足安全需求的轻量级沙箱解决方案？
- 您是否在实际项目中遇到过沙箱配置复杂导致的安全风险？
证据
原话 · @Anonymous
The need to drop privileges at all is a natural consequence of a process spawning API with inherit-by-default capability semantics. You'd never build a new VM or OS this way if you didn't require compatibility with existing software. The secure solution has always been default-nothing semantics, with whitelisted capabilities granted via explicit arguments in the process spawning API.
原话 · @Anonymous
Interesting no mentioned about OpenBSD pledge(2), unveil(2). By far the easiest sandboxing out there.
免责声明：本卡片由 AI 从社区讨论中提炼，属于「痛点证据」，是需求分析与验证的起点，不等同于「已验证的市场需求」。AI 存在分析局限，关键决策前请打开上方原始讨论人工复核。