Grok 生成应用泄露超 3.5 万个无鉴权站点

Grok 构建的应用泄露了患者数据、明文密码以及 SpaceXSI 自身的销售管道

  [Jonathan Kemper](https://the-decoder.com/author/jonathan-kemper/) [查看 Jonathan Kemper 的 LinkedIn 个人资料](https://www.linkedin.com/in/jonathankemper/)   2026 年 11 月 11 日         Nano Banana Pro 由 THE DECODER 提供提示词      

要点

• 安全公司 Claroc 发现，在超过 37,000 个由 AI 助手 Grok 构建的 Web 应用中，近 95% 无需登录即可公开访问。

• 这些暴露的应用包括来自 SpaceXSI 和 X 的机密商业文件，以及患者化验值、排班表和明文密码等敏感的第三方数据。

• Claroc 将问题归咎于不安全的默认发布设置、易于发现的网址，以及 Grok 生成代码中存在缺陷的访问控制。

  就本文提问……   搜索        

据一家安全公司称，由 AI 助手 Grok 构建的应用几乎总是对任何拿到链接的人开放。泄露的数据包括患者记录以及 Grok 开发商 SpaceXSI 自身的机密文件。

根据近期的一份报告，安全公司 Claroc 发现了超过 35,000 个无需登录即可访问的 Grok 构建应用。在 SpaceXSI（该公司前身为 xAI）的“Build”模式中，用户通过聊天描述一个应用，Grok 便会编写代码。只有当创建者点击“发布”后，应用才会公开，并在 grok.me 上获得自己的地址。

在 Claroc 检查的 37,571 个仍在线应用中，有 35,578 个对任何人开放。据该报告称，这一比例达到 94.7%。Claroc 将原因指向发布对话框。在该公司用于测试的付费账户上，“任何拥有链接的人”选项已被预先选中。这些网址也很容易找到。每个应用都有自己的子域名，因此其名称在首次访问后便会出现在商业被动 DNS 数据库中。这些数据库可以按模式进行搜索。

广告 每个发布的应用都会获得自己的子域名，首次访问后便会进入可搜索的被动 DNS 数据库。| 图片：Claroc

SpaceXSI 员工也暴露了内部文件

在可访问的应用中，有 24 个来自 SpaceXSI 和 X 的员工。其中一份是新企业销售团队成员的机密入职计划，包含内部系统地址和 19 个聊天频道。Claroc 还发现了一张可公开访问的销售区域地图，包含 594 个战略客户和销售管道数据，以及八份 X 广告提案。其中一份提案针对一家美国联邦机构，并被标记为机密。广告活动报告和包含广告支出的仪表板也被暴露。

广告 该销售区域地图将 594 个战略客户分配到六个区域，并按优先级排序。| 图片：Claroc

Claroc 表示，大多数公开应用是游戏、落地页或计算器。但大约十分之一包含敏感材料、内部业务数据或个人信息。该公司将大约 2% 归类为特别严重。研究人员估计，有 650 到 800 个应用包含私人数据。

已确认的案例包括一份包含患者化验值的 ICU 简报、一家医院集团超过 3,500 名员工的名单，以及一份消防部门轮班表。一个工时表应用的源代码包含 18 个使用明文密码的账户。除 SpaceXSI 和 X 外，Claroc 还识别出 30 家受影响组织，其中六家是财富 500 强公司。该公司未披露这些组织的名称。

广告 一个由 Grok 构建的工时表应用，其脚本中包含 18 个账户的明文密码。| 图片：Claroc

Grok 测试应用允许外部账户加入团队

Claroc 自己的两个测试应用还暴露了另一个问题。一个联系人列表应用最终使用的数据库没有登录验证，因此匿名访客也能添加条目。在一个销售团队的客户列表应用中，Grok 自行添加了 Google 和 X 登录。然而在该测试应用中，Grok 的代码会先把每个通过身份验证的用户加入团队，之后才检查其成员资格。这样一来，一个外部的 Google 账户就能读取、编辑和删除记录。Claroc 表示，它仅在自己的应用上进行了写入和删除测试。

在 Claroc 的测试应用中，Grok 编写的代码会先把每个通过身份验证的访客加入团队，之后才检查成员资格。| 图片：Claroc

Grok 确实提供了正确的设置。当设置为“仅限你”时，测试应用会阻止外部访问。只是这并不是默认设置。在一次对 ChatGPT 的测试中，新构建的应用在共享时默认设置为“仅限我”。该应用的地址也可能出现在 DNS 数据中，但它指向的是一个只有所有者才能打开的应用。

SpaceXSI 表示发布需要多个步骤

SpaceXSI 在回应这一披露时仅表示，应用在创建者分享之前都是私有的，发布需要多个步骤，包括法律声明，并且员工账户默认设置为“仅限你”。Claroc 反驳称，如果在最后一步“任何拥有链接的人”仍被预先选中，那么额外的点击也无济于事。该公司表示，这 24 个开放的员工应用也表明，针对员工账户的更严格默认设置实际上帮助甚微。

Claroc 建议 SpaceXSI 将“Only you”设为默认选项，并在发布前显示谁将拥有访问权限。Grok 还应在某个应用拥有数据库但没有登录功能时发出警告。应用不应使用单独的子域名，而应在共享主机上运行于难以猜测的路径，这样它们的名称就不会出现在 DNS 数据中。

SpaceXSI 此后已将 24 个员工应用下线，但尚未从其他 Grok 用户和组织中移除那些开放的应用。Claroc 提出可以保密地分享完整的地址列表。由于 SpaceXSI 未承诺联系受影响的拥有者，Claroc 现在正直接通知他们。该公司在此事中有自身利益——它销售面向 AI 构建应用的安全解决方案。

这至少是 SpaceXSI 涉及 Grok 的第三起隐私事件。2025 年 8 月，Forbes 在 Google 搜索中发现了超过 37 万条共享的 Grok 对话。2026 年 7 月，终端工具 Grok Build 未经询问便将用户文件上传至公司服务器，其中包括 SSH 密钥和密码数据库。由于 Grok 生成的色情深度伪造内容，爱尔兰数据保护机构也正在调查 X 是否忽视了设计层面的数据保护。

其他提供商在共享功能上也存在类似问题。使用相同的被动 DNS 方法，Claroc 在 10 月追踪到了 Meta 的智能体 Muse 约 6,800 条共享对话。在 Anthropic，共享的 Claude 聊天和 artifacts 于 7 月出现在搜索引擎中，其中包括用户构建的应用。