# 马斯克承认 Grok Build 偷传用户代码，承诺彻底删除所有数据

> 原标题：马斯克承认 Grok Build 上传用户代码，SpaceXAI 承诺彻底删除数据

- 来源：AI HOT 精选
- 发布时间：2026-07-14T05:43:25.000Z
- AX AI 日报：https://ai-daily.ax0x.ai/items/44243
- 原文：https://www.ithome.com/0/976/453.htm

## 摘要

安全研究员设了个钓鱼仓库，发现 Grok Build 在用户明确要求“只看不碰”的情况下，仍把整个仓库打包上传到了 Google Cloud。一个 12GB 的测试仓库被传走 5.1GB，流量是正常对话的 27,800 倍，而且关掉“帮助改进模型”的开关根本没用。另一位研究者还录到 339 次自动上传，其中一次把他整个电脑主目录都传走了。马斯克在 X ...

## 推荐理由

这事有实锤、有数字、有 CEO 认账，是少见的 HKR 全中案例。安全研究员复现步骤清晰，流量对比夸张到不像 bug，更像设计缺陷。没给 90 以上是因为 SpaceXAI 只说会删数据，还没放出审计结果——承诺和验证之间还有距离，先打个折。

## 锐评

这事最要命的地方在于，Grok Build 宣传的是“本地优先”，结果背地里把用户整个主目录都往外传。安全研究员设了个钓鱼仓库，明确要求“只看不碰”，它嘴上答应，转身就把假密钥、数据库密码连同修改历史一起打包送走。那个“帮助改进模型”的开关形同虚设，关了照样传，说明这不是bug，是设计上就没打算让用户真正控制数据流向。12GB仓库传走5.1GB，拆成73个包裹，而正经对话流量才192KB——这比例说明上传行为是系统性的，不是误操作。另一位研究者日志里录到339次自动上传，其中一次把他电脑主目录全传走了，这意味着受影响的不只是代码，可能包括SSH密钥、浏览器数据等个人数字家当。马斯克承认后承诺“一个字节不留”地删除，但正文没提有没有请独立第三方做审计，也没说用户怎么验证自己的数据确实被清干净了。企业用户最难受：私有仓库和生产环境密钥在不知情的情况下裸奔了多久，他们连自己丢了什么都无从查起。这件事对AI编程工具赛道的信任冲击，比技术缺陷本身更难修复。