微软在当地时间10月7日发布了开源沙箱库操作系统LiteBox的首个标记版本v0.1。这个项目最早于2026年2月公开，当时被定位为面向沙箱场景的Library OS，如今终于有了第一个正式版本号。

不过v0.1的发布说明相当简略，微软表示将在后续版本中提供更详细的变更日志。对于关注这个项目的开发者来说，这更像是一个信号：代码可以跑了，但别指望现在就有完整的文档。

打开网易新闻 查看精彩图片

它到底想解决什么问题

LiteBox是一套基于Rust开发、面向安全场景的库操作系统。它的核心思路是通过缩减应用与宿主系统之间的接口来降低攻击面。与需要完整内核的虚拟机、或者共享宿主内核的容器不同，LiteBox采用库操作系统模型，仅向底层平台暴露最小化的接口集合。

这个设计围绕“北向”和“南向”两组接口展开：北向接口提供基于nix和rustix风格的POSIX系统调用，南向接口则把LiteBox连接到宿主环境。宿主可以是Linux、Windows，也可以是专用硬件平台。这种分离设计让LiteBox能够在内核态和用户态两种模式下运行。

五个典型用例，逐条看

据GitHub项目页面介绍，LiteBox目前列出的典型用例包括：

  1. 在Windows上运行未经修改的Linux程序
  2. 在Linux上沙箱化Linux应用
  3. 基于AMD SEV-SNP运行程序
  4. 在Linux上运行OP-TEE程序
  5. 运行在LVBS上

需要留意的是，Windows运行器目前仅支持x86-64架构，尚未扩展至Windows on Arm。如果你用的是Arm版Windows设备，这条路暂时走不通。

微软当时给LiteBox设定的设计目标还包括：在Linux上沙箱化运行Linux应用、在Windows上运行未经修改的Linux程序，以及在AMD SEV-SNP、OP-TEE和微软Linux虚拟化安全机制等环境中运行程序。

机密计算是它的主战场

LiteBox被定位为特别适合机密计算场景。它可以在支持AMD SEV-SNP的硬件上运行，使工作负载在受保护的加密内存区域中执行，同时支持OP-TEE集成。对于需要处理敏感数据的团队来说，这个方向值得关注。

放到同类方案里对比会更清楚：Google的gVisor在用户空间拦截系统调用，亚马逊的Firecracker依赖轻量级虚拟机，而LiteBox的库操作系统架构旨在从设计上降低开销。但这里有个关键信息缺口——目前尚无具体性能基准数据公布。

微软也没有说明这项技术是否会最终集成到Azure或Windows Subsystem for Linux中。换句话说，它现在还是一个独立项目，离产品化落地还有距离。

现在能用吗

微软在GitHub上提醒开发者，LiteBox仍处于活跃开发阶段，API和接口可能发生变化。建议需要长期稳定性的用户等待稳定版本发布，或者做好适配更新的准备。

v0.1只是一个起点。对于想尝鲜的开发者，现在可以拉代码跑起来；对于要在生产环境用它的团队，微软自己的建议很明确：再等等。