关于VS Code扩展进程隔离、内存独立性及跨扩展安全访问的技术问询

您好，针对您关于VS Code扩展进程架构和安全的几个问题，我结合VS Code的官方设计细节给您逐一解答：

问题1：每个VS Code扩展是否运行在独立的隔离进程中？ #

• 默认状态下：不是。所有官方和第三方扩展都会运行在同一个名为「Extension Host」的Node.js子进程里，这个进程由VS Code主进程启动并管理。
• 可选隔离模式：VS Code提供了实验性的扩展隔离功能（通过在设置中开启"extensions.experimental.isolateExtensions": true），开启后每个扩展会被分配到独立的沙盒进程中，实现进程级的完全隔离。不过这个特性目前仍在优化迭代，默认并未启用。

问题2：扩展是否拥有独立的内存空间？ #

• 默认共享进程场景：所有扩展共享Extension Host进程的内存空间，没有物理层面的内存隔离。比如一个扩展的内存泄漏可能会拖慢整个Extension Host的运行速度，严重时甚至会导致进程崩溃。
• 隔离模式场景：当开启扩展隔离后，每个扩展运行在独立的进程内，自然拥有完全独立的内存空间，彼此之间无法直接访问对方的内存区域。

问题3：恶意扩展能否访问其他扩展的敏感信息？ #

• 默认共享进程下：存在这种风险。因为所有扩展处于同一个Node.js进程的上下文环境中，恶意扩展可以通过多种途径获取其他扩展的敏感数据：
  • 直接通过require调用其他扩展暴露的模块（如果对方没有做权限限制）；
  • 访问全局对象上的共享数据；
  • 利用Node.js的进程内存读取能力，扫描内存中的敏感信息（比如API密钥、用户配置等）。
• 相关依据：VS Code官方在「Workspace Trust」和「扩展安全」的文档中明确说明，默认情况下扩展宿主没有进程隔离，不信任的扩展可能会访问其他扩展或VS Code本身的敏感数据。同时社区安全研究也多次演示过同一进程下扩展的互访风险。
• 防护建议：开启扩展隔离模式，或者使用VS Code的Workspace Trust功能，限制不信任的扩展仅能在非信任工作区运行，且无法获取敏感权限。

备注：内容来源于stack exchange，提问作者Yuval Levy