盲目点击“更新全部”是VSCode插件安全事件最常见诱因，因自动更新跳过签名验证、不提示权限变更且可能安装被劫持的恶意版本。
盲目点击“更新全部”是当前 VSCode 插件安全事件最常见诱因——不是所有新版本都更安全，有些更新包本身就被篡改或含恶意 payload。
扩展自动更新开启时，你其实失去了控制权
VSCode 默认启用 extensions.autoUpdate，意味着它会在后台静默下载、解压、覆盖安装新版本，全程不校验签名、不提示权限变更、不比对 changelog。一旦某个扩展被劫持（如发布者账号失窃），攻击者只需推送一个新版 .vsix，就能在数小时内影响成千上万用户。
- 即使扩展页面显示“Verified Publisher”，也不能保证本次更新来自原作者——签名验证只发生在安装/首次启用环节，后续更新跳过该检查
-
extensions.autoCheckUpdates设为true时，VSCode 每小时向 Marketplace 发起一次元数据请求，暴露你的扩展清单（含名称+版本），构成隐私泄露面 - 自动更新不区分语义化版本类型：一个
2.0.0级别破坏性更新可能和1.5.3补丁一起被无差别装上
如何验证一个 .vsix 文件是否被篡改
官方 vsce 工具是唯一可信的离线签名验证手段，它能确认文件自构建起未被中间人替换，且证书链有效。仅靠文件哈希或 Marketplace 页面描述无法替代此步骤。
- 先用
code --list-extensions --show-versions记下待更新扩展的当前版本与 ID（如ms-python.python@2024.10.0） - 从 Marketplace 页面手动下载对应
.vsix（注意 URL 中 publisher 和 name 必须完全匹配，警惕重定向） - 运行
vsce verify extension.vsix，必须看到Signature is valid且无WARNING: Signature timestamp expired - 若输出含
ERROR: Invalid signature或证书 issuer 不是Microsoft Corporation，立即丢弃该文件
更新前必须检查的三个权限变更点
VSCode 自 v1.86 起强制要求扩展在 package.json 中声明 capabilities，但更新时不会主动提醒你这些声明是否扩大——这是恶意行为最隐蔽的入口。
- 打开扩展详情页 → “Contributions” 标签 → 对比新旧版
capabilities字段：新增"workspace:read"或"terminal:execute"是高危信号 - 检查
activationEvents是否新增了"onStartupFinished"或"onUri"：前者让扩展开机即运行，后者可被外部 URL 触发，均扩大攻击面 - 若扩展旧版仅声明
"untrustedWorkspaces": { "supported": false }，而新版改为true，说明它现在允许在未授信工作区中执行敏感操作
为什么“禁用自动更新”只是起点，不是终点
关掉 extensions.autoUpdate 只是把控制权交还给你，但真正风险藏在你点击“更新”那一刻——多数人只看星级和下载量，却忽略 changelog 里一行不起眼的改动：add network request to analytics.example.com。
复杂点在于：恶意更新往往不直接写死域名，而是通过混淆字符串拼接、动态 require 或 WebAssembly 加载外联模块；容易被忽略的是，某些扩展会把敏感逻辑藏在 WebView 渲染的 HTML 中，绕过静态扫描。你得习惯在更新前，用 unzip -l extension.vsix 看一眼资源结构，重点盯 webview/ 目录和 node_modules/ 里的非常规包名。
