网络安全公司Claroc查出一个漏洞：AI编程工具Grok Build在往外漏数据，几千名用户的敏感资料就这么挂在网上。
最荒诞的是，连自家公司SpaceXSI的内部家底都被扒了个精光。
Claroc的研究人员在博客里直接写了一句：
“我们感到震惊。开发Grok的公司竟然让任何拿到链接的人都能查看自己的内部资料。”



这些被公开的内部文件，单看名字就知道分量。里面有SpaceXSI的新员工入职计划、涉及594个重点客户的销售区域分布图、8份X平台广告提案、4个还在用的广告客户账户管理看板，外加两份X品牌安全操作手册。
这么多核心应用里，竟然只有一个设了密码。
01｜为什么藏不住问题出在Grok Build生成分享链接的方式上。
平时我们用谷歌Gemini这类工具，系统会把生成的随机标识放在域名后面的网址路径里。Grok Build偏不，它用4个随机单词生成链接标识，随机性最高达到38比特，却直接把这串标识塞在了域名前面。





懂点网络的人都知道这意味着什么。被动DNS服务随时在全网抓取子域名，顺手就把这些链接全收进了公开可检索的数据库。
Claroc给这种页面起了个名字叫**“GhostShares”**。哪怕你根本没收到过别人发来的分享链接，只要去公开的DNS数据库里搜一下，就能自己找到门路，大摇大摆地进去看。
跟着一起遭殃的还有一大批机构。Claroc向外媒Ars Technica透露，一家医院集团、一家消防部门的员工信息全被漏了出来。
受影响的名单里，还包括6家《财富》世界500强企业和26家员工超千人的大公司。Claroc估算过，大概2%的应用里装着能被评为高危或严重级别的敏感信息。
发现漏洞后，Claroc赶紧给SpaceXSI和受影响的企业发了通报。不少企业反应很快，马上动手堵窟窿。
反倒是SpaceXSI自己一直没动静。直到Claroc实在忍无可忍，跑去X平台上直接点名埃隆·马斯克和另一位公司高管，对方这才有了反应，随后下架了24个暴露内部资料的自家应用。
至于其他Grok用户和机构那些照样能被公开访问的应用，SpaceXSI压根没做同样的处理。



02｜连历史删除文件都打包上传这已经不是Grok Build第一次在数据安全上翻车了。
另一家机构Cereblab在周一公布的调查里提到，SpaceXAI旗下的Grok Build CLI之前会默认把用户的整个代码库打包，直接上传到谷歌云。
最让人后背发凉的是它上传的范围。哪怕你在本地明确标记了**“不得访问”的文件**，甚至你早就从历史记录里删掉的机密信息，它照样一股脑全传上去，数据留存的程度远远超过了Claude Code这些同类工具。



伦敦国王学院的独立安全研究员卢卡斯·奥莱尼克博士出来证实，这么大规模地留存数据实在**“过度了”。一旦出事，专有源代码、安全漏洞信息、个人数据、基础设施细节和访问凭证全得裸奔**。
事情闹大后，SpaceXAI紧急踩了刹车。研究人员在周一测试时发现，服务器已经返回**“disable_codebase_upload: true”**的标记，上传代码库的功能终于不再触发。
SpaceXAI一开始试图解释，说用户可以在命令行界面里敲一个**“/privacy”命令**来关掉数据留存，顺带删掉以前同步过的数据。但Cereblab立刻拆穿了这个说法：
“/privacy只是一个针对每次会话的数据留存开关，并非解决此问题的关键设置，因此不应将其视为解决方案。”
马斯克后来也在X平台上发了话，承诺Grok Build以前上传的所有数据都会被**“彻底且完全删除”**，还特意强调SpaceXAI“始终尊重隐私设置”。
说完这句，他又在后面补了一句请求，希望用户还是允许平台保留数据，理由是“有助于调试问题”。
对于那些刚刚发现连已删除机密都被传上云端的程序员来说，这个勾怕是没几个人敢再打上了。