Grok Build共享链接失效：3.5万项目可被枚举并泄露敏感数据

摘要：安全公司 Claroc 披露，SpaceXSI 的 AI 编程智能体 Grok Build 存在严重的项目数据泄露风险：平台虽通过随机化分享链接限制访问，但另一项设计缺陷允许攻击者枚举约3.5万个有效项目，除极少数情况外均可直接打开应用及其关联数据。样本涉及商业计划、广告方案、医疗检查结果、员工身份信息和名人邮轮检查表；SpaceXSI 自身构建的24个应用也暴露了销售入职方案、594个客户账户的区域规划及内部系统地址。事件暴露出代码生成平台在不可猜测链接、最小权限、租户隔离和数据保留方面缺少系统级安全设计。

---

漏洞本质：随机链接被错误地当成访问控制

Grok Build 允许用户生成应用并通过链接分享。平台会随机化 URL，使未持有完整地址的人难以直接定位项目；但研究证明，另一处实现缺陷让攻击者能够批量枚举约 35,000 个仍在线的 Grok Build 项目。除少数例外，获得链接后即可查看应用及其关联数据。

这不是典型的加密算法破解，而是一次典型的授权边界设计失效：

• URL 随机性只降低“猜中地址”的概率，不能替代身份认证和对象级授权；
• 一旦分享标识符进入可枚举空间，承载私密数据的资源就等同于公开资源；
• 服务端若默认认为“拿到链接即拥有权限”，就难以区分公开分享、团队协作与私有项目；
• 数千项目可被枚举，说明问题可能并非单个前端页面暴露，而是项目标识符生成、查找、分享及数据路由链路存在系统性缺陷。

从安全工程角度看，这类系统至少需要同时满足三项条件：每个项目由服务端执行主体授权；分享链接采用不可预测、不可批量验证的凭证；敏感字段按最小权限拆分，而不是随着完整应用对象一并返回。

暴露内容：从生成代码扩展到业务文档与身份信息

Claroc 发现的数据包括内部商业计划、广告提案、医疗检查结果、名人邮轮检查清单，以及员工姓名和身份编号。敏感信息并不局限于源代码，这意味着 Grok Build 的实际风险面已覆盖多种数据类别：

| 数据类型 | 典型风险 | |---|---| | 源代码与密钥 | 凭证泄露、供应链攻击、专有逻辑暴露 | | 医疗资料 | 敏感个人信息违规处理与合规责任 | | 商业计划 | 竞争情报泄露及决策失密 | | 员工身份数据 | 身份欺诈、钓鱼与定向社会工程 | | 运营文档 | 系统拓扑暴露、内部工具侦察 |

尤其值得注意的是，平台运营方 SpaceXSI 自身使用的 24 个应用也在暴露范围内。抽样文件包括标注为机密的企业销售团队入职方案、覆盖 594 个账户的销售区域图、内部销售工具系统地址和广告提案。换言之，外部研究者不需要突破模型、提示词或运行环境，便可能通过产品自身的分享和发现机制触达高价值数据。

工程权衡：可分享性不能以租户隔离为代价

AI 应用生成平台需要在快速分享、实时协作和保密数据之间做取舍。复制完整应用到临时地址的做法虽然简单，却会扩大复制数据面，也让链接撤销、审计和生命周期管理变得困难。更稳妥的实现应把公开版本与私有源数据分离：

1. 默认私有：项目创建后仅授权主体可访问，分享必须显式开启。
2. 能力令牌：生成高熵、短期、可撤销且带资源范围的分享令牌，避免暴露可枚举的连续标识符。
3. 服务端鉴权：每次读取都验证主体、令牌权限、租户、对象及操作范围，不能仅依据 URL 是否匹配。
4. 数据脱敏与裁剪：公开快照排除密钥、个人信息、内部地址和源数据，只渲染允许发布的部分。
5. 版本化与撤销：修改项目不应无意延长旧链接的生命周期；撤销后需同步废止缓存和派生链接。
6. 审计与告警：对批量枚举、异常高频访问和跨租户请求建立速率限制、蜜罐及告警。

这类修复会增加授权查询、令牌生命周期管理和快照生成成本，也会降低“一键分享”的即时性。但 AI 编程平台经常处理代码、凭据与业务附件，安全隔离的成本本应计入产品成本，不能交给用户承担。

开发者与平台方应立即采取的措施

对于使用 Grok Build 的团队，应把现有共享链接全部视为可能已泄露，而不是继续依赖其保密性：

• 盘点所有分享 URL、项目 ID、嵌入页面及历史导出链接；
• 立即撤销并重新生成链接，检查访问日志和批量请求行为；
• 轮换可能进入应用、提示词、日志或仓库的 API Key、Token 与数据库密码；
• 搜索员工姓名、客户账户、医疗资料、内部域名及销售材料等敏感信息；
• 将敏感项目迁移至具有身份认证、细粒度权限和审计能力的代码托管平台；
• 在发布流程中加入秘密扫描、依赖扫描、DLP 检查和人工审批。

平台方则需要确认泄露是否涉及服务端越权读取，还是前端直接信任了可枚举项目标识；评估是否存在批量导出、跨租户访问和搜索接口放大风险；通知受影响用户并提供日志、凭据轮换及事件响应支持。修复“随机 URL”之外的授权设计，比单纯更换链接格式更关键。

结论

Grok Build 事件的核心并非模型生成了危险代码，而是 AI 编程平台把机密资产放进了可枚举、可转发的数据通道。链接随机化只能充当纵深防御的一层，不能充当身份与权限系统。约3.5万个项目及 SpaceXSI 自身内部材料的暴露，说明代码生成智能体的竞争不能只以生成速度、UI 体验和部署便利衡量；企业级产品必须把对象级鉴权、租户隔离、数据最小化、撤销和审计放在同等甚至更高的优先级。

---

消息来源：Ars Technica AI (2026-11-10)

—— 完 ——

主题标签： #Grok Build 关注 #数据泄露 关注 #访问控制 关注 #代码生成智能体 关注 #多租户安全 关注