最可靠方式是用vsce verify your-plugin.vsix验证签名链，输出含“Signature is valid”且颁发者为Microsoft Corporation；若失败，需核对官网SHA256或检查下载来源、ZIP完整性及系统证书策略。
怎么确认离线安装的.vsix没被篡改
离线环境里，.vsix 文件一旦被中间替换或下载损坏，VSCode 不会主动报错，而是静默跳过加载或功能异常——比如 Python 补全失效、Snyk 扫描无响应，但插件列表里仍显示“已启用”。最可靠的验证方式是用 vsce verify 检查签名链：vsce verify your-plugin.vsix。输出中必须含 Signature is valid 且证书颁发者为 Microsoft Corporation。
若提示 Unable to verify signature，常见原因有：
• 插件不是从 marketplace 官方链接下载（比如用了镜像站或 GitHub Release 页面）
• 下载时被浏览器自动解压又重命名（Windows 资源管理器右键重命名 .zip → .vsix 会破坏 ZIP 头）
• 企业策略禁用了证书链校验，此时 vsce verify 本身也会失败，需换用 sha256sum 对比官网 Version History 页面公布的校验值
为什么“Verified Publisher”标识在离线时不可信
VSCode 的 Verified Publisher 标识依赖在线校验微软认证服务。离线状态下，这个图标只是缓存显示，不表示当前 .vsix 包真的来自该发布者。例如，有人可伪造 ms-python.python 的包名和 publisher 字段，只要 package.json 里写对 ID，就能骗过本地 UI。
真正能确认身份的方式只有两个：
• 用 unzip -p your-plugin.vsix extension/package.json | grep publisher 查 publisher 字段是否与 marketplace 页面一致
• 核对 vsce verify 输出中的 Subject 和 Issuer 字段，而非只看 UI 图标
离线安装后如何监控插件实际行为
装完不等于安全。很多恶意插件会在首次激活时才执行可疑操作，比如读取 $HOME/.gitconfig 或尝试连接外网端口。离线环境下，必须靠本地监控手段捕获：
• 打开命令面板，运行 Developer: Open Process Explorer，观察扩展进程的 CPU/内存/网络列：正常插件网络列应为空，若出现非零值，说明它绕过了离线限制（如硬编码了代理或 DNS over HTTPS）
• 在 Output 面板切换到对应插件通道（如 SonarLint、Python），查看是否有异常日志，例如 Failed to fetch https://... 后紧跟一串 base64 编码的请求头
• 检查插件目录下是否存在可疑二进制：进入 ~/.vscode/extensions/ms-python.python-2024.6.0/，运行 find . -name "*.node" -o -name "binding.gyp"，若有未声明的 native 模块，需人工审计源码
手动解压安装时最容易忽略的权限陷阱
当组策略禁用 GUI/CLI 安装，被迫手动解压 .vsix 到 extensions/ 目录时，很多人只复制文件，却忘了设权限。Linux/macOS 下，若插件含可执行二进制（如 pyright、snyk），而文件权限不是 755，VSCode 会静默失败，状态栏卡在 Initializing…，且无错误提示。
正确做法：
• 解压后进入插件子目录（如 sonarlint.sonarlint-vscode-4.1.0/）
• 运行 find . -type f -name "*.js" -o -name "*.node" -o -name "snyk" | xargs chmod 755 2>/dev/null
• Windows 下需确保目录未被标记为“来自其他计算机”，右键属性 → 取消勾选“安全”页下的“此文件来自其他计算机”复选框
• 最关键一步：退出所有 VSCode 进程（包括托盘图标），再启动——残留进程会锁住文件，导致权限修改不生效
