Visual Studio Code（VSCode）作为全球最受欢迎的代码编辑器之一，依靠其丰富的扩展生态系统为开发者提供了强大的定制化功能。然而，微软对其官方扩展市场的访问限制，催生了Open VSX这一第三方开源市场，支持多款VSCode的社区分支版本的扩展安装。尽管Open VSX为开发者提供了便利和自由度，但2025年中，安全研究团队发现了其核心市场存在的致命漏洞，揭示了一场可能危及数千万开发者及其企业供应链的安全灾难。本文将深度剖析这一“市场接管”事件的来龙去脉，揭示该漏洞的工作原理及其潜在影响，并提出切实可行的防护建议。 Open VSX作为一个由Eclipse基金会托管的社区驱动开源扩展市场，诞生于微软官方市场的访问壁垒。微软规定，非官方构建的VSCode版本不得使用其市场，从而限制了开发者使用多样化的编辑器分支。
Open VSX承载着为社区分支提供“无门槛”扩展服务的使命，集合了Cursor、Windsurf（原Codeium）、VSCodium、Gitpod和Google Cloud Shell Editor等多款流行编辑器，覆盖超千万开发者。 然而，2025年五月，Koi Security的安全研究团队揭露了Open VSX的自动发布机制存在设计缺陷。Open VSX允许开发者通过提交代码库的pull request来触发自动化CI流程，更新和发布扩展。这一流程包含一个夜间运行的GitHub Actions脚本，该脚本从extensions.json文件中读取扩展列表，逐个拉取扩展代码仓库，根据package.json中的版本信息进行npm安装，再调用Open VSX的官方身份令牌（OVSX_PAT）完成扩展发布。漏洞的关键在于，npm install 操作会执行扩展中和依赖包中的构建脚本，而这些脚本可以访问存储在环境变量中的敏感令牌。攻击者只需提交恶意扩展代码并触发CI，就能利用环境变量窃取令牌，进而掌控整个Open VSX市场。
掌握该超级管理员令牌，相当于拥有了整个扩展市场的“钥匙”。攻击者能够发布恶意更新或完全替换任何扩展，从而在无数开发者设备上安装隐秘的恶意代码。VSCode的扩展运行于Node.js环境，具备跨平台执行任意代码的能力，包括进程创建、文件读写和网络通信。这样的权限极易被滥用，例如植入键盘记录器窃取敏感输入，盗取cookie和源码，篡改构建代码，甚至在开发者项目里秘密安插后门。 一旦被攻破，影响不仅仅是单台计算机，而是开发者所在企业乃至整个软件供应链的安全防线。 历史上，个别恶意VSCode扩展已曾被报道窃取SSH密钥和加密钱包，但此次漏洞的规模和影响范围却大大超过此前事件，堪称供应链漏洞中的“SolarWinds事件”。
Open VSX的普及意味着数千万开发者和众多大型企业直接受影响，任何依赖VSCode分支开发环境的项目都潜藏风险。针对Web版编辑器如GitLab Web IDE和StackBlitz，威胁程度取决于编辑器所在的运行环境和权限。 面对如此严峻的安全威胁，开发者和组织应立即采取最严格的防护策略，将所有的扩展视为潜在风险点。建立详尽的扩展清单和部署地图成为首要任务，确保每台设备上安装的扩展均被清晰记录。仅凭信任来源远远不够，每个扩展都必须经过风险评估，包括开发者背景、代码维护质量、所请求权限以及扩展实际行为的审查。及时识别异常后应立即执行封堵措施，如自动卸载高风险插件或告警安全团队。
此外，监管策略应该贯穿整个生命周期，涵盖初次安装、自动更新和持续监控。由于扩展软件会悄无声息地自动升级，缺乏监控等同于放任安全隐患积累。借助先进的安全管理平台，持续扫描和分析第三方代码的安全性能，才能在第一时间发现恶意或有缺陷的扩展。企业更应推行零信任原则，任何从市场下载安装的软件，无论其知名程度如何，都需在使用前经历全面的审计和批准流程。 Open VSX市场漏洞揭示了开源生态系统成长中不可忽视的安全隐患。社区驱动和开源精神固然珍贵，但若缺乏严格的安全治理与技术保障，风险同样会极大地放大。
此次事件还促使安全界关注新兴的攻击面，如IDE扩展，这一类别已被MITRE纳入安全标识体系，反映出行业对开发环境安全的重视不断提高。 为了应对日益复杂的供应链风险，市场和开发者必须共同进化。厂商应持续完善自动发布流程，杜绝CI中的敏感信息泄露；安全团队则需密切关注和分析第三方市场动向，快速响应和修复发现的漏洞。更广泛地，提升开发者安全意识、推动安全编码规范，成为构建可持续安全生态的基石。 Koi Security通过其创新的安全平台，为企业用户提供从扩展发现、风险评估到策略执行的全链条安全管理，助力大中型企业应对爆炸性增长的第三方代码安全挑战。未来，只有拥抱以安全为中心的开发文化，才可能在开放与安全之间找到最佳平衡。
总结来看，Visual Studio Code的社区市场——Open VSX——虽满足了多样化的扩展需求，却因其自动发布机制设计缺陷存在致命安全风险。这种漏洞不仅暴露了供应链攻击的巨大潜力，更催生了开发者、企业乃至整个生态系统对开发环境安全的深刻反思。预防类似事件重演，需要综合技术改进、严格治理和全面的风险意识。只有这样，广大开发者才能在保持创新活力的同时，守护好自己宝贵的代码和业务资产的安全。
