一句话定义：扩展市场后门（Marketplace Extension Backdoor）指攻击者把塞了后门代码的 IDE 扩展（extension）发布到扩展市场（marketplace），借"装一次、之后自动更新"的机制，长期潜伏在开发者机器上的攻击手法。
为什么这条路如此顺畅
打个比方：你信任小区门口的快递站，于是跟门卫说"快递站送来的箱子直接放我家门口"。只要有人混进那家快递站，之后他送来的每个箱子都能直接进屋，门卫不会再看第二眼。
IDE 扩展市场就是那个快递站。开发者习惯从市场里搜插件、点安装，而插件默认开启自动更新，更新包通常不再弹权限确认框。攻击链因此很短：仿冒热门插件的名字（例如改动一两个字母，业内叫 typosquatting，域名或名称抢注），先发一个干净版本攒下载量，等口碑和审核都过关，再把后门塞进后续版本，或者通过更新通道注入。后门跑起来后能拿到什么？开发机上有 SSH 私钥、云平台凭证、代码仓库权限、CI/CD 的 token。一台被控的开发机往往比一台被控的办公电脑值钱得多，因为它能顺着构建流水线摸到生产环境。
和相邻概念的区别
| 维度 | 扩展市场后门 | 依赖包投毒 | 钓鱼附件 |
|---|---|---|---|
| 入口 | IDE 扩展市场 | npm、PyPI 等包仓库 | 邮件、即时通讯 |
| 触发时机 | 安装、自动更新 | 装依赖、跑构建 | 人主动点击 |
| 信任依据 | 市场审核 + 发布者身份 | 包名 + 版本号 | 发件人显示名 |
| 持久性 | 高（自动更新反复投递） | 中（锁文件可约束） | 低（一次性） |
防御的三个要点
1. 发布者核验（publisher verification）。安装前先看扩展是谁发的：是不是官方组织账号、有没有"已验证发布者"标记、插件主页指向的代码仓库和官网域名对不对得上。高仿名称、新注册账号、零历史，凑齐这三样就该停手。
2. 签名（signing）。扩展包签名能证明"这次更新确实来自同一个发布者"，挡住中间人篡改和冒名顶替。但要说清楚：签名只保证来源，不保证安全。发布者账号被盗、签名密钥泄露，签出来的恶意更新一样是"合法签名"。所以签名是必要条件，不是充分条件。
3. 出网审计（egress auditing）。这是真正能兜底的一道。对开发机和构建机做出站流量白名单与日志留存，盯住扩展进程的异常外联：新出现的域名、非工作时段的长连接、非常规端口。同时把扩展版本固定住（pin version），关掉自动更新，或改成"内部镜像 + 审核后统一升级"，让更新从"默认发生"变成"有人确认才发生"。
对普通人的意义
同一套逻辑适用于浏览器扩展、Office 插件、手机输入法、设计软件插件——任何"装一次就自动更新、更新后不再复核"的东西。记成一句话：一次软件更新等于引入一款新软件，只是它不给你重新决策的机会。
各家市场的审核政策与签名机制细节会调整，具体以官方页面为准。