面向 IDE 扩展的跨注册表完整性监控
持续快照 VS Code、Cursor 和 Open VSX 上的扩展发布版本，跨注册表比对差异，并在出现被篡改或版本不一致的构建时通知安全团队。
可直接粘贴到 Claude Code、Cursor 或任何编程助手的需求说明（英文）。
总分6.8/10
痛点7
付费意愿6
时机8
市场空白7
护城河5
可行性8
支持
- 谁会付费
- 拥有 100 名以上开发者、使用 VS Code 分支（Cursor、Windsurf）的公司中的安全工程或平台负责人；预算来自软件供应链安全，每月 500–2,000 美元。
- 讨论中的声音 · 5
- 一个被植入后门的 Claude Code 扩展在 Cursor 市场上线约 11 小时后才被下架，期间它可以完全访问源代码和开发工具。 源自文章 ↗
- 被入侵的版本似乎出现在 Open VSX 和 Cursor 上，却从未出现在官方微软注册表中，说明跨注册表的不一致存在风险。 查看评论 ↗
- 开发者逐渐意识到，AI 编程工具每天都在运行未经审查的远程代码，却没有人检查这些 CLI 工具和扩展实际在做什么。 查看评论 ↗
- 「受信任发布者」不受自动更新延迟的限制，而且用户无法配置信任哪些发布者，因此恶意更新可以被即时推送。 查看评论 ↗
- 作者预计国家级攻击者会越来越多地针对开发工具和开源生态，并主张所有外部传入的制品都应被视为具有敌意。 查看评论 ↗
内容转述自讨论，原评论请点击链接查看。
- 竞争对手与空白
现有供应链工具主要监控 npm、PyPI 等包注册表和 CI 流水线。目前没有工具持续监控 IDE 扩展市场，难以发现被篡改的发布版本、发布者变更，或跨注册表出现的版本不一致。
- 为什么是现在
- Cursor 等 VS Code 分支已经运营各自的扩展市场，发布流程独立且安全性较弱；同时过去一年 AI 扩展的采用率大幅增长。这次事件也证明了这条攻击路径确实可行。
- 护城河 · 5/10
- 积累了带版本历史的扩展包快照数据库，以及持续增长的良性与恶意发布差异数据集；与告警和 MDM 系统的集成也带来较高的切换成本。
反对
- 红队
- Cursor 市场上一次持续约 11 小时的后门事件证明了攻击路径的存在；供应链安全预算确实存在。Socket、Snyk 覆盖了 npm 和 PyPI，但没有覆盖 IDE 扩展注册表，也不具备跨注册表差异检测能力。
- 最可能的失败原因
- 扩展市场（微软、Cursor、Open VSX）若增加强制签名和原生异常检测，可能在客户基础建立之前就填平这一空白。
起步
- 最初三步
- 构建爬虫，抓取 VS Code Marketplace、Open VSX 和 Cursor 市场中排名前约 500 的扩展，存储带版本号的包哈希与发布者元数据。
- 构建差异比对引擎，标记在其他注册表中缺失的版本、发布者或签名密钥的变更，以及新增的危险能力（如 child_process、写入 ~/.ssh、LaunchAgents）。
- 上线 Slack 和 Webhook 告警，并提供仪表盘，让团队登记本组织使用的扩展。
- 原始讨论
- Backdoor in Claude Code for VS Code extension on the Cursor Marketplace ↗ 579 点401 条评论源自评论原文链接
本文译自英文。 阅读原文