v8 sandbox 是一种在内存层面实现物理隔离的安全机制，它通过预留约1tb虚拟地址空间、强制堆对象分配于该范围、结合指针压缩与硬件访问控制（如smap/smep），从根源阻断越界读写，确保即使同isolate内多context或动态加载模块，内存破坏也无法逃逸沙箱边界。
V8 Sandbox 是一种在内存层面实现物理隔离的安全机制，它不依赖操作系统进程或虚拟机，而是在 V8 引擎内部通过地址空间布局与指针管理，为 JavaScript 代码构建一个“受控的内存牢笼”。
这种隔离不是逻辑上的权限限制，而是硬件可感知的边界——启用沙箱后，V8 会预留约 1TB 的虚拟地址空间（通常为低地址段），所有堆对象、ArrayBuffer 数据、Wasm 内存等都强制分配在这个范围内。超出该范围的指针访问会被 CPU 硬件拒绝（如 x86-64 的 SMAP/SMEP 或 ARM 的 PAN），从而从根源上阻断越界读写。
在模块化环境（如 Node.js 的 ESM、Web Worker、或嵌入式 JS 运行时）中，原始代码执行安全的关键在于：不同模块不能互相篡改对方的内存布局，也不能绕过 API 边界直接操作底层资源。Sandbox 正是通过以下方式支撑这一目标：
堆内存统一管辖
每个 Isolate 默认拥有独立堆，而开启沙箱后，该堆被严格约束在沙箱地址区内。这意味着即使两个模块共享同一个 Isolate（比如通过 Context 切换），它们的对象也共用同一套受限内存池，但无法通过伪造指针逃逸到宿主进程空间。原生 API 调用被重定向和校验
沙箱模式下，V8 会拦截并重写关键底层调用（如malloc、mmap替代方案），确保所有分配行为落在沙箱内。像ArrayBuffer::Allocator这类接口在沙箱启用时自动切换为沙箱感知的实现；而某些非沙箱专属 API（如部分SharedArrayBuffer配置）会被编译期禁用，避免引入绕过路径。指针压缩与标记位协同加固
启用沙箱时，V8 自动启用指针压缩（Pointer Compression），将 64 位指针压缩为 32 位，并隐含绑定到沙箱基址。解压过程由 CPU 指令（如movq+ 偏移加法）完成，一旦指针被恶意篡改，解压后地址大概率落在非法区域，触发访问违例。模块加载器与上下文边界不削弱沙箱效力
即使使用动态import()加载不受信模块，或在同一个 Isolate 中创建多个 Context（如模拟多租户脚本环境），只要底层 Isolate 运行在沙箱模式，所有上下文共享的堆仍处于沙箱保护之下。Context 只控制作用域与全局对象可见性，不改变内存分配策略。
简言之，V8 Sandbox 对模块化环境的意义在于：它把“代码能不能执行”和“数据能不能乱写”拆成两个问题——前者由 Context 和权限策略控制，后者由内存地址硬隔离兜底。哪怕某个模块存在原型污染或 eval 注入漏洞，攻击者最多污染本沙箱内的 JS 对象，无法泄漏密钥、读取其他模块私有字段，更无法调用 process.binding 或 ffi 类原生扩展发起系统级攻击。
