安全研究机构Claroc发布的调查报告显示，大量由Grok Build工具生成的在线应用存在无需登录即可访问的安全漏洞，总计超过3.5万个公开应用可被任意外部人员直接打开，其中数百个应用存储的企业机密、个人敏感信息完全暴露在公开网络环境中，相关风险波及多家知名企业和普通用户的核心隐私数据。

　　研究人员先后对43551个Grok Build生成的应用地址进行逐一核验，确认其中37571个应用仍处于正常在线运行状态，占全部测试地址的绝大多数。进一步统计显示，35578个在线应用无需经过任何登录验证步骤就能直接访问，这一比例达到全部在线应用的94.7%。这些公开应用中，大部分是普通用户制作的小游戏、计算器、落地页等非敏感工具，但经过模型筛查和人工抽样核验后，研究人员估算约有650至800个应用存储了私密数据，其中约2%的公开应用涉及严重程度较高的敏感内容。

敏感数据覆盖多类主体 马斯克旗下企业自身中招

　　本次数据暴露事件的特殊之处在于，漏洞波及了Grok开发方自身的关联企业。研究人员发现，24个由SpaceXSI和X员工创建的应用可被外部人员直接访问，相关内容包含SpaceXSI的内部销售工具、战略客户资料、销售团队机密入职计划、覆盖594个客户账户的销售区域地图，以及面向美国联邦机构的标注为机密的广告提案。

　　未与SpaceXSI合并的特斯拉同样未能避开此次数据泄露风险，一份公开的特斯拉服务中心评分表直接将22名技术人员的姓名、工作效率和奖金情况完整展示在公开网页上，相关员工的核心工作信息完全暴露。除了马斯克旗下的多家企业之外，另有30家机构的内部资料出现在公开可访问的应用中，其中6家企业入选《财富》世界500强，覆盖建筑、能源、医疗、国防等多个行业，26家受影响企业的员工规模超过1000人。

　　普通用户的个人隐私信息也在此次泄露事件中遭到大范围曝光，相关敏感内容包括ICU患者的完整化验结果、影像检查记录、呼吸机使用状态记录，某承包商工时管理应用的代码中直接写入了18个企业账户的明文密码，任何访问页面的人员都可以直接下载获取这些密码。除此之外，泄露内容还包含某医院集团可检索的3500余名员工名单、消防部门的实时值班排班表、求职者的姓名和邮箱等多类敏感信息。

多重设计缺陷叠加 随机网址无法替代访问控制

　　按照Grok Build的原有设计逻辑，每一个用户发布的应用都会获得一个以“grok.me”为后缀的独立子域名，域名名称由系统随机生成的几个单词组成，设计初衷是让外部人员难以通过穷举方式猜中应用地址，以此实现基础的隐私保护效果。但这一设计思路完全没有达到预期的安全目标，研究人员发现，这些看似难以猜中的随机网址，可以通过被动DNS数据库实现批量检索获取。

　　被动DNS服务会自动收集全网所有域名的查询记录，任何用户访问Grok生成的应用时，对应的域名查询记录都会被这类服务收录，外部人员只需要通过简单的子域名发现方法，就能批量检索到所有已被收录的Grok应用地址，原本用来提升猜中难度的随机网址，直接变成了可以被批量获取的公开资产列表。

　　除了随机网址可被批量发现之外，Grok Build的发布面板默认访问权限设置存在明显的安全疏漏。研究人员使用付费账户发布应用时发现，系统已经预先默认选中了“任何持有链接的人”这一访问选项，用户如果没有手动修改设置，发布后的应用会直接对所有拿到网址的人员开放访问权限，完全没有默认的隐私保护门槛。与之形成对比的是，同类产品ChatGPT的应用分享面板默认设置为“仅限我”，即便应用地址同样被被动DNS数据库收录，陌生人拿到网址后也无法访问应用内容，安全表现明显优于Grok。

　　更严重的是，Grok自动生成的应用代码还存在严重的逻辑错误，研究人员通过测试搭建的四人销售团队客户管理系统发现，Grok生成的登录功能并没有按照常规逻辑先验证访问者的团队成员身份，而是先将登录者直接加入团队，再进行身份校验。这一逻辑漏洞导致任何从未收到过团队邀请的外部账户，都可以直接登录进入系统，查看甚至篡改全部客户资料，完全绕过了原本设置的团队成员准入规则。

部分涉事应用已下线 大量涉密应用仍处于公开状态

　　Claroc于11月8日至9日正式向SpaceXSI报告了此次发现的全部安全问题，SpaceXSI随后迅速采取处置措施，将24个由自家员工创建的涉事应用全部下线，避免相关内部机密数据继续在公开网络传播。SpaceXSI方面随后作出回应称，Grok应用在创建者主动分享前始终保持私密状态，发布操作需要经过多个步骤确认，其内部员工账户的默认设置为“仅自己可见”。

　　截至目前，除了SpaceXSI主动下线的24个自家员工创建的应用之外，其他普通用户创建的大量存储涉密数据的Grok应用仍然处于可公开访问的状态，相关应用的后续处置方案尚未对外公布。不少行业从业者开始关注，大量普通用户在使用AI生成应用工具时，往往对权限设置的细节缺乏足够认知，默认开放的访问权限很容易在用户不知情的情况下造成数据泄露。

　　不少业内安全研究者提出疑问，随机网址的保护逻辑本身就存在明显的安全短板，平台是否应该将最高级别的隐私权限设置为默认选项？AI自动生成的应用代码没有经过人工安全校验，大量逻辑漏洞是否会引发更多不可预估的越权访问风险？普通用户在使用这类低代码AI生成工具时，要如何才能避免自己上传的敏感数据被意外公开？这些问题目前都还没有明确的统一解决方案。

(编辑：杨学萍)