Grok应用泄露3.5万个:SpaceX、特斯拉工资绩效曝光
henry 发自 凹非寺量子位 | 公众号 QbitAIGrok在让人破绷这件事上,从来不会让人失望。就在刚刚,安全公司Claroc发现,超过3.5万个用Grok构建的应用,无需登录就能访问,其中一部分直接暴露了企业机密和个人隐私。最扎眼的是,老马自家的SpaceXSI(SpaceX与xAI合并后的公司)和X,也在其中
henry 发自 凹非寺
Grok在让人破防这件事上,从来没让人失望过。
安全公司Claroc近日发现,超过3.5万个用Grok构建的应用无需登录就能打开,其中一部分把企业机密和个人隐私直接摆在了外面。
最扎眼的是,马斯克自家的SpaceXSI(SpaceX与
xAI合并后的公司)和X也在其中。
员工入职计划、销售客户资料、广告提案,连自家的底儿都被抖了出来。
没合并的特斯拉同样没躲过去。一份服务中心评分表,把22名技术人员的姓名、工作效率和奖金情况放到了公开网页上。
遭殃的不只是用自家产品的自家员工,泄露内容还牵扯到普通人的敏感信息。
ICU患者的化验结果、影像检查、呼吸机使用记录,以及企业员工的明文账户密码,都在里面。
真就用Grok,免费送一键开盒?
到底泄露了什么?
具体来看,Claroc一开始测试了43551个Grok Build应用地址(其中37571个仍在线),结果94.7%的在线应用不用登录就能打开。
这些应用大多是你我做的AI泔水,小游戏、计算器之类的东西。
但沙里淘金,经过模型筛查和人工抽样,Claroc估计其中大概有650—800个应用含私密数据。
涉及的机构有SpaceXSI、X,还有另外30家企业,其中6家入选《财富》500强。
这些数据有多敏感,举几个例子就知道了:
1、一份ICU患者简报,含患者化验结果、影像检查和呼吸机使用状态。
2、一家承包商的工时管理应用,把18个账户的明文密码写进脚本,访问页面的人都能下载。
3、SpaceXSI的内部销售工具,含战略客户账户、销售商机和内部团队信息。
4、
。。。。
看下来,确实有「谁家好人」在Vibe Coding上记录自己的密码和体检报告。
但Grok直接给人公之于众,也实在过于逆天。
那么,这些本该只在公司内部流转的数据,怎么会出现在公开网页上?
一个随机链接,怎么就成了开盒入口?
简单说,用Grok vibecoding时,它会为每个发布的应用分配一个独立网址,形式类似随机名称.grok.me。
这些随机名字由若干单词拼成,本意是让人猜不中。可网址难猜,不等于访问权限就安全。
Claroc发现,借助被动DNS(Passive DNS)数据库,可以成批把这些应用地址捞出来。
原理不复杂:每次有人打开一个网站,电脑都要通过DNS查一次域名对应的服务器地址。有些DNS解析服务会把查询记录攒起来,放进可搜索的库。
这样一来,一条发现链条就搭起来了:
有人访问应用,DNS查询留下记录,域名被收进被动DNS数据库,外部的人就能批量找到应用地址。
假如应用权限设成「任何持有链接的人」,那找到网址就等于拿到了门钥匙。
换句话说,随机网址只是让应用更难被发现,访问控制这道题并没有真正答上。
为公平起见,Claroc也拿ChatGPT应用做了对照:它的地址同样可能被被动DNS收录,可分享面板默认是「仅限我」。别人就算摸到网址,也进不去。
这一局,ChatGPT胜。
另外,为检验Grok生成的代码靠不靠谱、团队权限怎么处理,Claroc还做了进一步测试。
后面研究人员用虚构数据,自己搭了一个客户管理应用,供四人销售团队使用。
Grok倒是自动加上了Google和X登录,但研究人员翻代码时发现一个低级错误:
应用先把登录者加进团队,再检查他是不是团队成员。先拉你进群,再看你是不是群友。
那结果自然个个都是群友……
接着,研究人员用一个从未被邀请的Google账户登录,不光看到了全部客户资料,还改掉一条记录、删掉另一条记录。
说白了,只要你想,Grok的门一直开着。
官方回应与后续
事情曝光后,SpaceXSI对媒体称,应用在创建者主动分享之前都是私密的,发布要经过好几步。
公司还说,员工账户默认设为「仅限你」,想让应用公开,得自己动手改权限。
但Claroc表示,在其测试用的付费账户里,发布面板预先选中的恰恰是「任何持有链接的人」。
关键在于:
发布前是私密的,和发布时默认让谁访问,是两码事。
一路点完「发布」,最终预选的访问范围仍是所有持有链接的人;多确认几次,也不会自动补上一份团队成员名单。
研究人员也验证了Grok现有的权限控制功能。
把权限切到「仅限你」之后,外面的人再想打开页面或者调数据接口,一律会被挡回去;反过来,只要取消发布,应用几秒内就能下线。
可见Grok本身是有能用的防护手段的。真正的问题落在另一头:用户把内部工具放出去的时候,这些手段到底有没有被用上。
眼下推特上已经为此争论开了,一种说法是人自己把权限开错了,另一种则指向Grok的权限设置本身。处理进展也不算快——Ars Technica发出采访邮件之后又过了数小时,SpaceXSI才开始动手撤掉相关链接。
到报道发出时,SpaceXSI和X员工建的那24个应用已经全部下线。
可其他用户建的应用还有一大批能正常打开,Claroc这边也已经自己去联系受影响的机构了。
平台会不会主动去通知其余受影响的客户?Ars Technica至今没拿到明确说法。
参考链接 [1]https://arstechnica.com/security/2026/11/grok-build-coding-agent-leaks-oodles-of-confidential-info-some-belonging-to-spacexsi/ [2]https://blog.claroc.io/ghostshares-grok-build-apps/