你的AI编程助手在偷传你的完整代码库——Grok Build事件全解析,你还敢用吗?

5.1 GB 对 192 KB。这是同一个AI编程助手在同一次任务里，上传到云端的数据量，和实际完成工作所需的数据量之间的差距。

比例是 27,800 倍。

模型回复只用了192KB。后台上传了5.1GB——包括完整仓库、Git历史、.env密钥文件，还有你电脑上其他工具的配置文件。

这不是黑客攻击。这是你花钱买的AI编程助手自己干的。

Grok Build 偷传代码事件，48小时全记录

7月10日，一个代号 cereblab 的安全研究员干了一件很轴的事：他建了一个钓鱼测试仓库，里面埋好假的API密钥和数据库密码，每个都做了独一无二的标记。然后装了一个抓包代理，把 Grok Build（xAI 出品的 AI 编程 agent）往外发的每一个数据包全部截获。

他给 Grok Build 下了死命令：什么都不用干，回答一个 OK 就行，不许打开任何文件。

监控画面里，Grok Build 转身把整个仓库打包上传了。所有文件，加上完整的 Git 修改历史，压缩成 tar.gz，一股脑送到了 xAI 的 Google Cloud 存储桶里。

但数据可以清零。开发者的担忧，清零不了。

三条触及底线的发现

1. 传的不是文件，是整个仓库

cereblab 用 12GB 的测试仓库做对照实验：发向模型 /v1/responses 的数据只有约 192KB，而存储通道 /v1/storage 传了 5.1GB，拆成 73 个包裹，全部返回 HTTP 200。传输量跟仓库总大小成正比，跟模型实际读取了哪些文件无关。

2. 关掉「改进模型」没用

Grok Build 里有一个帮助改进模型的开关。几乎所有人都以为，关掉它就能关掉数据收集。

事实是：关了，照样上传。

这个开关管的只是要不要拿你的数据训练 AI，压根不管你的代码有没有离开电脑。训练控制、任务传输、诊断留存——三件事被挤在同一个模糊按钮后面。

3. 它顺手偷走了别家工具的配置

更离谱的是，Grok Build 在启动时主动扫描 Claude Code 的配置文件，然后完整打包上传。有研究者的 ~/.claude.json、全局 AGENTS 规则、30 多个 Skill 文件，全被标记为补充文件塞进上传包。里面包含明文 API 密钥。

你没让 Grok 读密钥。你甚至没让它读任何文件。它自己在启动时扫了一圈，然后全部带走了。

和 Claude Code 比，性质完全不同

Claude Code 之前也被爆过问题——它在系统提示词里用不可见 Unicode 字符给请求打分类标记。贱是贱，但它没有采集代码，没有上传文件，没有碰密钥，隐私危害接近于零。

Grok Build 的做法是通过独立于模型请求的旁路通道，把整个代码仓库打包上传到远端服务器，连带其他工具的配置文件和 API 密钥。

AI Agent 正在裸奔

现在的 AI Agent 拥有的权限已经跟你电脑上的管理员账号没有太大区别。它们能读你所有的文件，能执行 Shell 命令，能操控浏览器。

操作系统有几十年的安全审计体系，杀毒软件有行业认证和监管框架。但 AI Agent 领域，什么都没有。没有一个标准要求它公开读了哪些文件，没有一个规范要求上传行为经过显式同意，没有第三方机构审计这些工具在用户电脑上到底干了什么。

整个行业，在裸奔。

你现在该做什么

如果你用过 Grok Build：

第一，把密钥全部轮换一遍。不只是 .env 里的，Git 历史里曾经出现过的也算。删掉一次历史记录不影响它已经被打包带走。

第二，检查云审计日志。如果有异常访问，说明凭证可能已经被滥用。

第三，想清楚你要信任谁。不是「关了训练开关就没问题」——你得看产品的网络流量到底在传什么。

选AI编程工具之前，先看看它的数据策略里，上传和训练是不是同一个开关。