北京
微软在当地时间10月7日发布了开源沙箱库操作系统LiteBox的首个标记版本v0.1。这个项目最早于2026年2月公开，当时被定位为面向沙箱场景的Library OS，如今终于有了第一个正式版本号。
不过v0.1的发布说明相当简略，微软表示将在后续版本中提供更详细的变更日志。对于关注这个项目的开发者来说，这更像是一个信号：代码可以跑了，但别指望现在就有完整的文档。
它到底想解决什么问题
LiteBox是一套基于Rust开发、面向安全场景的库操作系统。它的核心思路是通过缩减应用与宿主系统之间的接口来降低攻击面。与需要完整内核的虚拟机、或者共享宿主内核的容器不同，LiteBox采用库操作系统模型，仅向底层平台暴露最小化的接口集合。
这个设计围绕“北向”和“南向”两组接口展开：北向接口提供基于nix和rustix风格的POSIX系统调用，南向接口则把LiteBox连接到宿主环境。宿主可以是Linux、Windows，也可以是专用硬件平台。这种分离设计让LiteBox能够在内核态和用户态两种模式下运行。
五个典型用例，逐条看
据GitHub项目页面介绍，LiteBox目前列出的典型用例包括：
- 在Windows上运行未经修改的Linux程序
- 在Linux上沙箱化Linux应用
- 基于AMD SEV-SNP运行程序
- 在Linux上运行OP-TEE程序
- 运行在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只是一个起点。对于想尝鲜的开发者，现在可以拉代码跑起来；对于要在生产环境用它的团队，微软自己的建议很明确：再等等。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
