securitylab_nJuly 16, 2026🇷🇺Translated from Russian

Grok Build AI Coding Assistant Secretly Uploaded Entire User Repositories Including Git History and Secrets to Google Cloud

Grok Build, the command-line AI coding assistant created by xAI, was discovered sending complete user repositories — including full Git history and long-deleted secrets — to Google Cloud storage, often without any legitimate need to access the files.

Security researcher Cereblab identified the issue after analyzing network traffic between the Grok Build CLI and xAI servers. The tool was observed packaging entire repositories into Git archives and uploading them wholesale, even when the user explicitly instructed it to answer “OK” and forbade any file access.

Scope of the Data Exposure

Unlike competing tools such as Claude Code, Gemini, and Codex, which typically open only the specific files required for a task, Grok Build transmitted significantly larger volumes of data. In multiple tests, the assistant uploaded full project histories containing passwords, access keys, and other credentials that developers had removed from the current working tree months earlier but remained in Git history.

One user reported that Grok Build also exfiltrated the entire home directory, exposing SSH keys, password-manager databases, and additional sensitive material.

Company Response and Technical Fix

Following the public report, xAI engineers activated the server-side parameter disable_codebase_upload and set it to true for all users, immediately halting the mass uploads. The company also claimed to operate in a zero-data-retention (ZDR) mode for accounts with the setting enabled and offered the /privacy command to disable retention and delete previously synced data.

Cereblab disputed the effectiveness of these measures, stating that the /privacy command only affected session-level storage and did not stop the underlying repository uploads. The researcher emphasized that secure defaults should prohibit transmission of codebases rather than require users to opt out manually.

Further Actions and Remaining Concerns

Elon Musk publicly stated that xAI would completely delete all user data collected before the fix. On July 12, the company open-sourced Grok Build, removed usage restrictions, disabled data storage by default, and began deleting previously stored code while allowing local execution of the tool.

Although these steps address future behavior, independent verification that all previously uploaded repositories, commit histories, and secrets have been erased remains impossible. The episode highlights fundamental risks in AI coding assistants that process source code in the cloud without transparent, user-controlled data-handling policies.

Related articles

HabrAI Security

Agent-Ops 0.4.0 Released: Methodology for Secure Human-AI Collaboration in IT Operations

Sergey Zhitinsky, founder of Git in Sky, has published the public normative candidate for Agent-Ops 0.4.0, an open industry methodology governing how engineers and AI agents jointly handle IT infrastructure tasks. The framework keeps humans firmly in the decision-making loop while using deterministic programs for data collection and approved changes. It addresses risks such as prompt injection through processed data, unverified model outputs, and unclear accountability when AI recommendations lead to incidents. The methodology divides work across eight explicit steps and three separate planes: data, governance, and independent verification performed by a Guardian role. Two additional companies have joined as maintainers following agreements at the IT Elements 2026 conference, turning the project into a multi-organization effort. Contributors are invited to help refine contracts, schemas, and operational scenarios through GitHub and GitVerse.

HabrAI Security

ProxyKey MCP: Securing API Access for AI Agents Without Exposing Credentials

ProxyKey has released an MCP server that allows AI coding agents such as Claude Code and Cursor to manage API credentials without ever reading the actual secret values. The solution addresses the risk that any key visible to an agent becomes compromised through logging, tracing, or prompt injection. Real provider keys are stored encrypted with AES-256-GCM and never returned by any API endpoint after initial entry. Agents instead receive limited virtual passes that support IP binding, rate limits, TTL, and detailed request logging. A pending-secret workflow lets agents prepare services before the real token exists, with the human entering the secret only through a web panel. The approach deliberately restricts the MCP tool contract so no operation can read or return secret values.

HabrAI Security

Shadow AI in CI/CD: Why AI Agents Must Be Modeled as Security Threats

A new analysis from the CNCF highlights the growing risks of Shadow AI within continuous integration and continuous deployment pipelines. The report argues that AI agents should be treated as potential threats rather than simple productivity tools. Starting from a developer's laptop and extending to Kubernetes clusters, these agents can introduce unauthorized access paths and data exposure risks. Security teams are urged to incorporate AI agent behavior into formal threat modeling exercises. The discussion emphasizes the need for visibility and control over autonomous AI components operating in production environments.

HabrAI Security

Detecting Lateral Movement with Neural Networks Trained Solely on Synthetic Data

A researcher generated entire corporate network histories using a 135-line configuration file to create synthetic authentication logs containing lateral movement attacks. Neural networks trained exclusively on these artificial datasets were then evaluated against 1.65 billion real authentication events from Los Alamos National Laboratory, including 749 red team events across 301 compromised machines. The best ensemble of six models flagged 3.6 million hourly machine windows and placed 16 genuine attacks among the top 23 highest-scoring entries, producing only seven false positives. In comparison, a simple threshold counter required 161,000 false alarms to reach the same detection level. The approach also demonstrated an iterative feedback loop where detector errors directly informed refinements to the synthetic world generator. The work shows that synthetic data can reach AUC performance comparable to models trained on real labeled attacks while providing full control over the underlying attack definitions.