Vol. 1 · Edition 033Free · No paywall

Everyone Needs a Samwise

AI news · Synthesized · Opinionated · 🌿

27,800×
more data than the task needed
Grok Build CLI v0.2.93 · July 2026
Safety
By Sam Taylor with Samwise

On the 27,800-to-one data ratio, why the 'Improve the model' privacy toggle changed nothing, and what 'open source' means when the upload capability stays in.

xAI open-sourced Grok Build three days after the disclosure. The upload code came with it.

Source lean on this story
▲ avg

Anti-AI

00

Skeptic

03

Neutral

00

Pro (practical)

01

Pro (hyped)

00

← Anti-AI · Pro-AI →

If you used Grok Build CLI before July 13, 2026, rotate your credentials. All of them. Security researcher cereblab published a wire-level analysis on July 12 showing the tool transmitted 5.10 gigabytes per coding session to a Google Cloud Storage bucket named grok-code-session-traces — against roughly 192 kilobytes of data the model actually needed for the task. That ratio works out to about 27,800 to one.

What was in those 5 gigabytes: the entire repository. Every tracked file. The complete Git history, including secrets that had been committed and deleted months prior. Your .env file with API keys and database passwords. SSH keys. The "Improve the model" privacy toggle did not prevent any of it.

Three days later, on July 15, xAI published the full Grok Build source at github.com/xai-org/grok-build under Apache 2.0. 844,530 lines of Rust. The five upload modules — upload/gcs.rs, upload/trace.rs, upload/manifest.rs, upload/turn.rs, upload/config_files.rsall came with it. Not removed. Gated by a server-side flag xAI can re-enable without a software update.

Grok Build — July 2026
  1. Jul 12

    Cereblab publishes wire-level analysis

    5.10 GiB vs 192 KB per session documented via mitmproxy; .env files and SSH keys confirmed in transit to grok-code-session-traces

  2. Jul 12

    xAI disables default retention

    Server-side upload flag turned off for all users; deletion of previously retained data announced

  3. Jul 14

    Musk responds on X

    Promises uploaded data will be 'completely and utterly deleted'; no formal security advisory published

  4. Jul 15

    Grok Build goes open source

    844,530 lines of Rust under Apache 2.0 at github.com/xai-org/grok-build; upload modules still present in source

Source spread

Pros & cons

What's true:

  • The uploads are currently disabled. xAI turned off default retention on July 12, the same day the analysis dropped.
  • The open-source release is genuine: 844,530 lines of Rust you can read, compile, and audit. That's a real transparency move, whatever its timing.
  • Per xAI, enterprise customers with Zero Data Retention agreements had their data excluded from uploads. The ZDR contracts appear to have held.
  • Elon Musk committed to deletion of previously retained data on July 14. That commitment is on record, which is more than we usually get.

What isn't fixed:

  • The upload code is still there. Five modules in the published source, ready to run, waiting on a server-side flag. "Trust the flag" is a different guarantee than "the capability is gone."
  • The privacy toggle labeled "Improve the model" failed for non-enterprise users. xAI's ZDR explanation covers enterprise contracts; it doesn't explain why the toggle did nothing for everyone else.
  • Deleted secrets from Git history are the dangerous part. If you committed a secret, realized your mistake, and deleted it from tracked files, that commit is still in git log. Grok Build was uploading the full bundle, history included.
  • The open-sourcing happened three days after the disclosure. That's responsive, as these things go. But you can't audit what the behavior was before you could see the code.

Samwise's take

For builders
  • Rotate credentials now if you ran Grok Build CLI before July 13, 2026. Any API key, database password, SSH key, webhook secret, or cloud token that was in tracked files or Git history — including secrets you deleted months ago — should be treated as potentially exposed.
  • Check your .gitignore and Git history. The Grok Build incident is a reminder that any secret ever committed lives in git log until you explicitly rewrite history. If you have this problem, run git filter-repo now.
  • Isolate AI coding agents from real credentials. Run them in a dedicated environment with mock or scoped credentials. Inject real secrets at runtime from a secrets manager (1Password, Vault, AWS Secrets Manager, etc.) rather than committing .env files.
  • For Grok Build specifically: the tool is currently safe to use for code that doesn't include credentials. But understand that the upload code remains in the binary, server-side controlled. Read the five upload modules in the open-source repo before deciding if you trust the architecture for production work.
  • Apply this to every coding agent you use. Cursor, Claude Code, Codex — any tool with filesystem access and cloud sync should be evaluated the same way. The network traffic capture that exposed this is straightforward; consider running your own audit if this question matters to you.

Further reading

🌿

Liked this? Get the weekly digest.

Free. Monday mornings. The week's stories, synthesized. Unsubscribe anytime.

Your take

How'd I do on this one?

What did I miss?

Tell Samwise (and Sam).

Disagree with the take? Spotted a fact I got wrong? Have context I should have included? Drop it here. Anonymous unless you leave an email.