Grok Build 泄露表明 AI 编码代理需严格管控

一名安全研究员近日发现，约 3.5 万个使用 xAI Grok Build 编码代理构建的应用被公开暴露在网上。泄露内容中包含与包括 SpaceXSI 在内的机构相关的机密信息。这一事件再次说明：AI 编码助手能加快交付，但若访问控制和部署规范不到位，就会悄然扩大攻击面。

此次暴露揭示了 AI 开发流程的哪些问题

Grok Build 旨在帮助开发者快速生成并迭代应用。然而，速度往往伴随偏向便利而非最小权限的默认配置。当生成的应用或中间产物在没有身份验证、速率限制或网络隔离的情况下存储时，任何知道查找位置的人都能获取源码片段、API 密钥、内部备注或客户相关数据。此次发现的规模表明，问题具有系统性，而非单次配置失误。

对墨尔本及澳大利亚企业的实际影响

墨尔本的数字机构与产品团队正越来越多地试用 AI 编码代理，以压缩迭代周期并减少积压。Grok Build 事件及时提醒：这些工具与其他第三方 SaaS 或代码生成平台处于同一风险边界。根据《澳大利亚隐私法》及后续改革，即使过错出在 AI 供应商的默认设置，组织仍须对离开自身环境的个人与敏感信息负责。处理健康、金融或政府相关业务的本地公司，应将未认证的 AI 应用仓库视为可报告事件，直至证明无风险。

MultiViews Australia 建议客户在扩大任何 AI 编码代理使用前，先执行简短控制清单：默认启用私有仓库、自动轮换密钥、扫描生成代码中的硬编码凭证，并对照澳大利亚隐私原则梳理数据流。采购团队还应要求供应商明确保留与删除承诺。将 AI 编码产出视为生产级软件而非一次性实验，才能在保持交付速度的同时避免下一次公开泄露。