零信任要求VSCode远程开发每次连接动态签发短期证书、扩展加载验证签名链、调试请求携带OIDC token，而Remote-SSH和Remote-Containers默认仅凭端口可达或镜像拉取即信任，未启用双向TLS、trustPolicy声明、签名插件仓库等关键机制。
零信任不是加个登录框就完事的——VSCode 插件私有云部署必须让每个请求都过身份、设备、网络、行为四重校验，否则 vscode-server 进程一启，敏感环境变量和调试端口就裸奔在内网里。
为什么默认的 remote.SSH 或 Remote-Containers 不满足零信任
它们默认信任“能连上 SSH 端口”或“能 pull 到镜像”就等于可信，但零信任要求：每次连接需动态签发短期证书、每次扩展加载需验证签名链、每次调试 attach 请求需携带 OIDC 会话绑定 token。常见错误是只配了 TLS 加密，却没启用 tlsverify + client-ca 双向认证，导致中间人可伪造容器端点。
-
remote.SSH默认不校验客户端证书，攻击者只要拿到 SSH 密钥就能接管整个远程开发会话 -
Remote-Containers启动时若未启用"hostRequirements": {"certRequired": true}，/run/secrets/vscode-cert就不会注入，后续所有 HTTPS 调试通信都降级为单向验证 - 插件 marketplace 代理若未强制走 mTLS（如用
nginx做反向代理但没配ssl_client_certificate），code --install-extension下载的.vsix文件可能被篡改
devcontainer.json 中必须显式声明零信任约束项
不能只写 "features" 和 "postCreateCommand"，要嵌入运行时可信链断言。VSCode 2026 的 devcontainer.json schema 已支持 trustPolicy 字段，用于触发本地 CA 签发短期证书并挂载到容器。
- 添加
"trustPolicy": {"issuer": "vscode://ca", "ttlSeconds": 900}，否则容器内curl --cert /run/secrets/vscode-cert会失败 -
"customizations.vscode.extensions"必须使用带签名的.vsixURL，格式为https://extensions.internal.corp/my-plugin-1.2.0.vsix?sig=sha256:abc123...，VSCode 会自动校验签名再安装 - 禁用
"forwardPorts"自动暴露，改用显式"portsAttributes"并绑定到127.0.0.1，防止容器内服务意外监听 0.0.0.0
私有插件仓库必须实现 /.well-known/vscode-signing 发现协议
VSCode 不会主动去查你有没有签名——它只在首次访问插件 URL 时，自动 GET /.well-known/vscode-signing 获取公钥和策略。没这个 endpoint，所有 .vsix 都会被标记为“不受信任”，即使你手动 code --install-extension 也会被拦截。
- 该 endpoint 必须返回 JSON，含
"publicKey"（PEM 格式）、"policy"（如"requireCodeIntegrity": true）和"revocationList"（CRL 或 OCSP 地址） - 签名工具必须用
vscode-signCLI（微软官方工具），而非通用openssl smime，否则 VSCode 不识别签名结构 - 每次构建
.vsix后，必须调用vscode-sign sign --key ./private.key --cert ./cert.pem my-plugin-1.2.0.vsix，再上传到仓库
最易被忽略的是证书生命周期管理：VSCode 2026 默认每 15 分钟轮换一次 ~/.vscode-remote/certs/current.crt，但如果你的私有仓库没配好 OCSP stapling 或 CRL 缓存，旧证书吊销状态无法实时同步，就会出现“刚签的插件突然报签名无效”的问题。
