一句话看懂：安全研究人员发现，SpaceXSI 旗下 AI 编程 Agent Grok Build 生成的数万个应用因默认共享设置过宽而可被公开访问，部分应用暴露了医疗记录、明文密码和企业内部文档，其中还包括 SpaceXSI 自己的机密材料。
事件核心：发生了什么
Grok Build 允许用户在对话界面描述需求后直接生成并发布 Web 应用，发布地址形如 <name>.grok.me，名称通常由四个随机词组成。安全研究团队 Claroc 通过被动 DNS 服务收集到 43,601 个 grok.me 子域名，其中 35,578 个（约 94.7%）无需身份验证即可访问。问题根源在于发布时的默认权限选项为“拥有链接的任何人”，与 Google Docs 的分享逻辑类似，多数创建者并未主动修改。
Claroc 称，约十分之一的应用包含敏感或内部商业信息，2% 的应用暴露了足以被评定为高或严重级别的数据。具体案例包括：一份含 3,500 多人的医院员工名录、一份重症监护交接简报、一个含 1,000 多人的运输公司招聘数据库，以及一个可下载代码中带有 18 个明文账户（含管理员凭据）的考勤表。SpaceXSI 自身也有 24 个开放应用泄露了入职计划、员工名单、近 600 个战略客户的销售区域图、媒体计划与广告主预算方案等内容。Claroc 于 11 月 8 日通报，两天内 SpaceXSI 相关应用已全部下线，目前正在逐项通知受影响的用户。
为什么重要
这起事件的核心问题不在大模型的推理能力，而在 AI 应用生成平台的产品设计：把“可访问性”交给默认值，等于把安全责任转移给了并不具备安全意识的普通创建者。当编程门槛被大模型降到接近零，安全默认值和权限模型的成熟度直接决定平台能否被企业采用。对闭源商业 AI 产品而言，这类事件会强化采购方对数据边界、访问审计和合规能力的审查压力，也可能推动同类平台在发布流程中引入更保守的默认权限与主动扫描机制。
对用户/开发者/创作者的影响
用 Grok Build 或类似工具搭建过应用的用户，应尽快核查应用的分享权限，并检查是否在页面或源码中硬编码了密码、API 密钥等凭据。企业内部若有人用此类工具快速做原型，需要明确禁止把真实业务数据直接放入公开应用。对开发者而言，这再次说明 AI 生成的应用并非天然安全，代码审查和权限配置仍不可省略。对平台方来说，默认“仅自己可见”、发布前敏感信息扫描、以及可发现域名的收敛，应成为基础能力，而非可选项。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
一是 SpaceXSI 是否会调整默认共享设置，并公开说明受影响的域名范围和通知进展；二是其他 AI 应用生成平台是否跟进类似安全加固；三是监管或企业采购标准是否会开始把“AI 生成应用的默认隐私配置”列为评估项。目前公开信息显示，事件尚处于补救和通知阶段，具体影响规模仍以 Claroc 的报告口径为准。
来源：TechRadar
