Grok Build 偷传完整代码库惹争议：马斯克承诺彻底删除

如果你这几天试过马斯克家的新命令行编程工具，可能得赶紧去改一改服务器密码和 SSH 密钥了。

AI 安全研究机构 Cereblab 周一曝光了一个相当吓人的问题：xAI 旗下的命令行编程工具 Grok Build，此前一直在悄悄把用户的整个本地代码库打包上传到 Google Cloud 存储桶里。

这还不是最离谱的。研究人员发现，即便你明确指定让它不要碰某些文件，它依然照传不误。上传的内容不仅包含完整的代码仓库，还包括全部 Git 提交历史，哪怕是用户早就从历史记录里抹掉的密钥和敏感信息，都被翻出来打包送上了云端。

甚至有用户遭遇了更极端的情况：整个系统家目录都被 Grok Build 打包端走，里面的 SSH 密钥和密码管理器数据库无一幸免。

紧急关停与马斯克的删库承诺

伦敦国王学院独立安全研究员 Lukasz Olejnik 博士接受采访时表示，这种程度的数据收集已经极其过分。面临泄露风险的不仅是企业的专有源代码，还包括未修复的漏洞细节、系统架构信息以及核心凭据。

事情曝光后，xAI 在周一紧急通过服务端配置打上了补丁。Cereblab 的测试显示，服务端的 disable_codebase_upload 参数已经被设为 true，自动上传代码库的动作总算停了下来。

马斯克随后在社交平台 X 上公开回应，承诺此前由 Grok Build 上传的所有数据都将被彻底、完全地删除。但他同时发帖辩解称公司的隐私设置一向受到尊重，还顺便劝用户允许保留数据，理由是这对排查 Bug 很有帮助。

官方团队最初甚至还在帖子里建议用户，如果在没有开启零数据保留的情况下，可以在终端里输入 /privacy 命令来关掉保留并删除同步数据。但 Cereblab 当场戳破了这个说法：/privacy 只是针对单次会话的开关，压根管不住后台静默上传代码的底层漏洞，拿它来当挡箭牌纯属糊弄人。

为什么重要

我们认为，这次事件是近期生成式 AI 编程工具领域最严重的信任危机之一。

对于开发者和企业来说，现在最明智的做法就是暂时停用 Grok Build。如果你之前已经在含有敏感资产的机器上跑过它，光听马斯克承诺删数据是远远不够的，立刻轮换所有可能暴露的 SSH Key、API Token 和数据库密码才是当务之急。

对比 Anthropic 的 Claude Code 等同类竞品，Grok Build 的做法不仅粗糙，而且越界得有些不可思议。优秀的命令行工具在读取本地文件时都会小心翼翼地遵循忽略规则，而 Grok Build 却直接把全盘底细往云端搬，连历史存档都不放过。

这也暴露了当前 AI 编程赛道里不少团队的急躁心态：为了追求更全局的上下文理解能力，或者是为了搜集更多真实世界的代码用于后续训练与排错，索性先抓后奏。这种漠视本地边界和开发者隐私的做法，看起来很激进，实际上一旦爆雷，付出的信任代价往往需要几年才能补回来。