ZCode 工作区“静默上传”事件：修复了什么，还有什么无法核实

AI 编程助手读取项目文件并不令人意外；未经明确同意，将整个工作区连同项目历史打包准备上传，则是另一回事。2026 年 9 月 18 日，署名 ferstar 的研究者披露了智谱（Z.AI）旗下 ZCode 的这一行为。41032

发现了什么：不只是当前代码

在 ferstar 的设备上，ZCode 将 42,411 个文件打成约 313 MB 的加密归档，日志记录了 564 次向阿里云对象存储上传的尝试。报道称，这 564 次尝试在他的设备上全部失败。它们只反映这一次观察，不能据此推断其他用户是否上传成功。10

归档范围还包括 Git 历史，例如记录分支指向变化的 reflog 和 Git LFS 大文件缓存。整包打包也意味着，项目中的配置文件或凭据可能随代码一同被纳入。414

ferstar 的技术分析称，ZCode 使用 AES-256-CTR 加密归档内容，再用服务器提供的公钥，通过 RSA-OAEP-SHA256 封装内容加密密钥；客户端同时取得上传至阿里云对象存储所需的凭据。10 对应私钥保存在智谱后端，用户无法自行解密已上传的归档、检查其中究竟包含什么，也无法仅凭自己手中的文件核实已上传副本后来如何处理。17

智谱如何解释与修复

智谱将问题归因于默认开启的 Codebase Indexing（代码库索引）功能，称相关上传与生成 Repo Wiki 页面有关，数据会在页面生成后销毁。公司为此道歉，表示已修复漏洞，并以 Apache 2.0 许可证公开 ZCode 源代码。17222

ferstar 检查 3.14.0 版后表示，repoSnapshot 上传流程已被移除，获取云端上传凭据的接口返回 404。报道转述的中国信息通信研究院及绿盟科技安全评估显示：所检查的阿里云存储桶已无数据或已被删除，更新后的客户端也未发现仍可触发本地仓库快照的功能路径。237 开源让发布出来的代码可以接受审视；但 ferstar 指出，公开仓库当时只有两次提交，并不包含此前完整的开发历史。9

智谱还表示将建立持续的漏洞报告机制。另据报道，公司计划让模型即服务（MaaS）平台用户申请不留存数据；这项计划并非覆盖所有情况，部分 API 路径，以及因法律、安全或防滥用需要保留的信息，仍属例外。1320

哪些问题仍不能画句号

智谱称相关代码数据没有留存，也从未用于模型训练。现有存储桶检查结果能够支持关于受检存储位置现状的判断，却不能单独证明历史上每一份数据的去向，更不能独立核实是否曾用于训练。89

报道称，一家企业客户曾发出律师函，要求说明上传数据的处理情况；现有报道未确定该要求的结果，也未提供每位受影响用户的数据均已删除的独立证明。1821 市场方面，智谱港股在 9 月 21 日盘中一度下跌超过 5%；这是盘中跌幅，不能当作收盘跌幅。3033

对使用这类工具的开发者而言，关键是把两类证据分开看：3.14.0 版上传路径的移除，以及特定存储桶的检查，有相应依据；关于所有历史副本及其用途的说法，则仍受已披露评估范围的限制。7823