恶意扩展可能静默读取文件、窃取环境变量或发起网络请求；应核查发布者是否为微软认证（verified publisher）、逐条核对capabilities权限合理性、用vsce verify离线验证签名、禁用后再卸载，并通过任务管理器监控异常资源占用。
VSCode 插件一旦被恶意利用，可能在你毫无察觉时读取本地文件、窃取环境变量、静默发起网络请求，甚至注入 Webview 执行 XSS。它不靠弹窗或报错暴露自己——最危险的插件往往“安静得像没装”。防范关键不是等出事再卸载，而是把检查动作嵌入日常安装和使用流程。
怎么看扩展发布者是否可信
发布者身份是第一道过滤网，但 VSCode 市场里“ms-vscode”和“ms-vscode-xyz”只差几个字符，却天壤之别。
- 点开扩展详情页，确认
Publisher字段旁有 Verified Publisher 标识；没有？直接跳过 - 检查
Publisher名称是否与知名组织/项目一致（如esbenp对应 Prettier，ms-python是微软 Python 官方），警惕含随机字符串的名称（如nodejs-dev-7a2f） - 点进 “Resources → Extension Manifest”，看
publisher值是否为邮箱地址（如dev@guerrillamail.com）——这是高危信号，立即放弃
为什么 package.json 里的 capabilities 要逐条核对
VSCode 自 v1.86 起强制声明权限，但声明≠合理。一个只做代码补全的插件申请 "workspace:read" 和 "terminal:execute"，就像门锁配了银行金库钥匙。
- 在扩展详情页切换到 “Contributions” 标签，重点看
capabilities字段 - 若出现
"*://*/*"（任意域名网络请求）、"env"（读取系统环境变量）、"localProcess"（执行本地命令），必须对照其功能描述验证必要性 - 特别警惕
"untrustedWorkspaces": { "supported": false }却声称支持远程开发的插件——声明矛盾即行为不可信
如何用 vsce verify 确认 .vsix 文件未被篡改
从非官方渠道下载的 .vsix 包，哪怕看起来一模一样，也可能在传输中被注入 payload。签名验证不是可选项，是离线安装前的必做动作。
- 先全局安装工具：
npm install -g vsce - 下载插件包（如
gitlens-14.12.0.vsix）到本地目录 - 运行：
vsce verify gitlens-14.12.0.vsix - 输出中必须包含
Signature is valid且证书链可追溯至 Microsoft，缺一则存疑
禁用可疑插件时为什么不能直接删 .vscode/extensions/
手动删除文件夹会绕过 VSCode 的卸载生命周期，残留激活钩子、注册表项、Webview 实例，甚至导致下次启动时报 ERR_EXTENSION_HOST_CRASHED。
- 正确顺序：先在 UI 中右键插件 → Disable（不是 Uninstall），观察是否弹窗或报错
- 打开命令面板（
Ctrl+Shift+P），运行Developer: Toggle Developer Tools，切到 Console，重载窗口后检查是否有该插件activate函数抛出的 ERR 日志 - 确认无副作用后，再执行
Extensions: Uninstall Extension - 若卸载失败，检查
settings.json是否存在该插件专属配置（如"gitlens.advanced..."），删掉再试
真正难防的不是明面上的恶意插件，而是那些权限声明“合理”、签名“有效”、行为“安静”的扩展——它们可能通过依赖链投毒，或在特定触发条件下才激活恶意逻辑。定期用内置任务管理器（Ctrl+Shift+P → Developer: Open Task Manager）看 CPU/网络占用突增，比任何静态检查都更早暴露异常。
