MicroVM 与容器沙箱隔离

MicroVM 与容器沙箱安全隔离技术 (MicroVM & Container Sandboxing) 是支撑大模型代码解释器、自主 Agent 与代码生成系统安全运行不受信任代码的底层虚拟化隔离基础设施；主流方案包括：1) 基于 KVM 的轻量级 MicroVM (如 AWS Firecracker / E2B 沙箱: 单实例 5ms 毫秒级极速冷启动、强内核隔离、内存开销仅 5MB)；2) 应用内核虚拟化 (如 Google gVisor: 在用户态通过 Sentry 截获并重新实现 Linux 系统调用，阻止直接访问宿主机内核)；3) 传统 Linux 容器 (Docker + Seccomp / AppArmor 限制系统调用白名单)。

多租户公网提供 Python 代码执行环境 (OpenAI Code Interpreter / Claude Code)、执行不可信外部爬虫脚本、以及 Agent 自动化运行 Bash 命令。

若直接在宿主机或共享容器中运行模型生成的代码，黑客攻击者可通过容器逃逸漏洞 (`Dirty Pipe`, `runc escape`) 或越权系统调用读取宿主机环境变量与云凭据；MicroVM 与 gVisor 提供了硬件级/用户态强隔离边界，从物理上杜绝逃逸风险。

详细对比 Docker 容器、Google gVisor 与 AWS Firecracker MicroVM 在启动延迟、显存/内存开销与安全隔离等级上的三维对比？

Firecracker 如何通过极简精简设备模型 (Minimal Device Model) 实现 5 毫秒级的瞬时 MicroVM 启动与千级实例单机并发？

gVisor 的 Sentry 架构如何在用户态截获系统调用 (Syscall Interception)，并分析其对高频文件 IO 密集型任务的性能衰减？

沙箱网络隔离策略（完全禁用外部公网访问 `network: none`，或仅放行白名单域名网关）在防数据外排 (Data Exfiltration) 中的设计？

E2B (开源沙箱平台) 与 Modal 如何为 AI Agent 提供状态快照 (Snapshot & Fork) 与瞬时环境克隆？