新智元报道

【导读】Grok Build被曝违规窃取代码实锤。刚刚在舆论发酵48小时后，偷传马斯克亲自介入，代码宣布彻底删除所有历史用户数据，全部承诺“一个字节不留”。删除

马斯克正式认账！刚刚

就在刚刚，偷传Elon Musk针对Grok Build隐私风波做出回应，代码开篇即确认：True（属实）。全部

他承认了相关指控，删除并做出严厉承诺：所有此前上传至SpaceX AI的刚刚用户数据将被完全且彻底地删除。

“Zero anything whatsoever will remain” —— 不留任何痕迹。偷传

在AI行业，代码让巨头当众认错并主动清空用户数据，全部尚属首例。删除

迫使马斯克采取这一极端措施的，是一位执着的安全研究员，以及一场险些摧毁整个Agentic Coding（智能体编程）赛道信任危机的风暴。

一个测试仓库，钓出“大鱼”

事件源于两天前的一份重磅报告。

Grok Build是SpaceX AI旗下新推出的AI编程智能体，今年5月上线。其官方宣传页明确标注“Local-first”（本地优先），声称代码仅保留在用户本地设备。

开发者们基于信任选择了使用。

然而，独立AI安全研究者 @cereblab对此持怀疑态度。他采取了一种极具“轴劲”的测试方法：

1. 注册小号，创建一个包含各种诱饵（如伪造的API密钥、数据库密码）的“钓鱼”测试仓库，并为每个诱饵添加唯一标记。
2. 像安装监控一样，截获Grok Build发出的所有数据包，并进行逐帧回放分析。
3. 设定严格指令：仅回答“OK”，禁止打开任何文件。

结果令人震惊：

Grok Build虽然口头回复了“OK”，但在后台却将整个仓库——包括所有文件及完整的修改历史——打包上传。

更离谱的是，接收方并非xAI自家服务器，而是Google Cloud上的一个存储桶。

这就像你请助手看一份文件，叮嘱“别动别的”，他却趁你不注意，把你整个书房打包寄到了别人家。

监控回放：细节触目惊心

研究者还原上传数据后，发现诱饵文件完好无损地躺在数据包中。

关键漏洞一：“帮助改进模型”开关无效
绝大多数用户认为关闭该开关即可停止数据收集。事实是，该开关仅控制数据是否用于AI训练，而无法阻止代码数据离开本地电脑。

关键漏洞二：传输量极度异常
* 测试仓库大小：12GB
* 实际上传量：5.1GB
* 分包数量：73个包裹，全部送达
* 正常对话流量：仅192KB

结论：违规传输的数据量是正常对话流量的 27,800倍。

那些伪造的密钥在数据包中明文暴露，随代码一同“裸奔”。

关键漏洞三：最高权限滥用
另一位研究者在复现时发现，日志记录显示发生了 339次自动上传。其中一次，上传对象竟是整个电脑的主目录。

这意味着SSH密钥、密码管理器数据、浏览器记录等数字生活核心资产，可能已泄露。

全球开发者连夜“换锁”

报告发布当天，迅速登上Hacker News榜首，Reddit社区陷入恐慌。

外媒形容这一反应为：“开发者们默默打开了密码管理器。”

恐慌源于现实威胁：
代码仓库中往往包含密钥、配置文件、内部接口、数据库密码及未发布的功能。一旦泄露，后果不堪设想。

• 个人开发者：连夜更换所有密钥，或直接卸载软件。
• 企业用户：大量私有仓库和生产环境密钥在不知情下泄露，且难以追溯损失。

xAI的初期反应：
报告发出后，上传行为在服务器端被悄悄切断（无需更新软件）。但官方更新日志对此只字未提。

此时正值SpaceX AI发布Grok 4.5、全力冲刺AI编程赛道之际，此次丑闻无异于自毁根基。

最终回应：
面对压力，Grok官方上线 /privacy命令，允许用户一键关闭数据留存并追溯删除已上传数据。

负责端到端加密产品的高管 Andrew Milich亲自背书。

最终，马斯克拍板：过去上传的所有用户数据，全部删除，零残留。

从社区爆发到一把手介入，全程不到48小时。

数据清零，信任难复

Agentic Coding工具拥有电脑的最高权限：读取文件、修改代码、执行命令。

用户赋予它钥匙是为了工作，而非让它搬空整个家。

这是所有AI编程智能体用户的核心恐惧：它能执行多少任务，就能窃取多少数据。

今天是Grok Build，明天是谁？

马斯克按下了删除键，数据可以清零。但开发者心中对AI智能体的信任危机，无法清零。

参考资料：

• Elon Musk on X
• SpaceX AI on X
• Andrew Milich on X

编辑：所罗门