AI Practices AI实践 2d ago Updated 2d ago 更新于 2天前 48

The Pulse: Grok's CLI caught uploading all your local files to the cloud The Pulse:Grok 的 CLI 被发现将所有本地文件上传至云端

xAI's Grok 4.5 CLI (built by the acquired Cursor team) silently uploads entire local codebases, including .env secrets files and full git history, to a Google Cloud Storage bucket without user consent or notification Independent researcher "Cerblab" proved the uploads occur via the POST /v1/storage endpoint, with a 27,800× ratio between codebase data and actual model context, confirming the upload is codebase-wide rather than context-window-based Disabling the "Improve the model" opt-in setting xAI发布Grok 4.5模型,编码能力接近Opus 4.8和GPT 5.5,成本降低60-70% Grok Build CLI被发现默认上传用户整个代码库(含.env密钥文件和git历史)至Google Cloud Storage 数据上传功能默认开启且无法通过"Improve the model"选项关闭,被独立安全研究员Cerblab详细揭露 SpaceX在争议后通过远程功能标志暂停上传,但底层代码功能仍保留在后续版本中 SpaceX官方回应被批评为推卸责任,仅强调企业用户不受影响

72
Hot 热度
68
Quality 质量
65
Impact 影响力

Analysis 深度分析

TL;DR

  • xAI's Grok 4.5 CLI (built by the acquired Cursor team) silently uploads entire local codebases, including .env secrets files and full git history, to a Google Cloud Storage bucket without user consent or notification
  • Independent researcher "Cerblab" proved the uploads occur via the POST /v1/storage endpoint, with a 27,800× ratio between codebase data and actual model context, confirming the upload is codebase-wide rather than context-window-based
  • Disabling the "Improve the model" opt-in setting does NOT stop the uploads; the feature is active by default and was not disclosed in any CLI documentation or quickstart materials
  • After the writeup went viral, xAI/SpaceX remotely disabled the uploads via a feature flag, but the underlying code functionality remains present in the CLI binary
  • SpaceX's response was widely criticized as dismissive, noting only that enterprise customers with Zero Data Retention (ZDR) were unaffected, while Elon Musk posted a tone-deaf response that further inflamed the developer community

Why It Matters

This incident represents a severe breach of developer trust and a potential data exfiltration risk, as unencrypted secrets (database tokens, API keys, service credentials) were transmitted and stored without any opt-in mechanism or transparency. For AI practitioners and engineering leaders, it underscores the critical importance of auditing AI coding tools for hidden data collection behaviors, especially as AI companies acquire established developer tools and potentially alter their privacy practices.

Technical Details

  • The Grok Build CLI routes file uploads to a Google Cloud Storage bucket named grok-code-session-traces via the POST /v1/storage endpoint, with a metadata.json file confirming the GCS path embedded in the binary
  • Canary file experiments proved the upload is repository-wide: a file explicitly told to be ignored (src/_probe/never_read_canary.txt) was recovered verbatim from the uploaded git bundle, confirming the CLI packages the entire workspace
  • On a 12 GB repository of random files, the storage endpoint transferred 5.10 GiB (all HTTP 200 responses, truncated mid-stream), while the model-turn channel (POST /v1/responses) moved only 192 KB, demonstrating the upload is decoupled from the LLM context window
  • The /v1/settings endpoint continued to return trace_upload_enabled: true even after users disabled the "Improve the model" toggle, confirming the setting has no effect on this data collection mechanism
  • AWS engineer Wes Eklund independently tracked the upload functionality and confirmed that xAI disabled it via a remote feature flag after the controversy, but the streaming code remains present in subsequent CLI updates

Industry Insight

  • AI coding tools that acquire existing developer products must be scrutinized for changes in data handling practices; the Cursor-to-xAI transition appears to have introduced a fundamentally different (and more invasive) data collection approach than Cursor's previous local-indexing model, serving as a cautionary tale for M&A due diligence in the AI tooling space
  • Enterprise security teams should immediately audit all AI-powered coding CLI tools in their environments for hidden data exfiltration, and establish policies requiring transparency around what data is transmitted, where it is stored, and whether it can be used for model training
  • This incident will likely accelerate demand for open-source, locally-run coding agents and zero-data-retention enterprise tiers, as developer trust in proprietary AI coding tools erodes; companies that prioritize privacy-by-design in their AI tooling will gain a competitive advantage in developer adoption

TL;DR

  • xAI发布Grok 4.5模型,编码能力接近Opus 4.8和GPT 5.5,成本降低60-70%
  • Grok Build CLI被发现默认上传用户整个代码库(含.env密钥文件和git历史)至Google Cloud Storage
  • 数据上传功能默认开启且无法通过"Improve the model"选项关闭,被独立安全研究员Cerblab详细揭露
  • SpaceX在争议后通过远程功能标志暂停上传,但底层代码功能仍保留在后续版本中
  • SpaceX官方回应被批评为推卸责任,仅强调企业用户不受影响

为什么值得看

这篇文章揭示了AI编程工具在数据隐私和透明度方面的严重缺陷,对开发者选择AI工具具有重要警示意义。它反映了AI行业在数据收集实践上的监管空白,以及企业如何在隐私保护与模型改进之间取得平衡。

技术解析

  • Grok Build CLI通过POST /v1/storage端点将完整代码库打包为git bundle上传至Google Cloud Storage的grok-code-session-traces桶,即使模型被指示不读取任何文件也会触发上传
  • .env密钥文件和git历史都被明文传输存储,与Cursor采用本地索引生成嵌入向量并仅上传嵌入的做法形成鲜明对比
  • 上传功能默认启用且无法通过设置关闭,独立研究员通过canary文件验证了上传行为,并发现12GB仓库可上传5.10 GiB数据
  • SpaceX在争议后通过远程功能标志暂停上传,但底层代码功能仍保留在后续版本中,表明这是有意设计而非临时bug

行业启示

  • AI工具的数据收集透明度已成为开发者信任的关键问题,企业需要建立明确的数据使用政策并获得用户明确同意
  • 隐私保护应成为AI工具设计的基本原则,而非事后补救,特别是在处理代码库和密钥等敏感数据时
  • 监管框架需要跟上AI工具的发展速度,特别是在数据收集和存储方面,企业应主动建立高于法规要求的数据保护标准

Disclaimer: The above content is generated by AI and is for reference only. 免责声明:以上内容由 AI 生成,仅供参考。

Security 安全 LLM 大模型 Open Source 开源 Deployment 部署