AI Coding Tools Under Fire: Grok Build Uploads Entire Git Histories, Claude Code Suspected of Silent Transfers
Security researcher cereblab exposed how Grok Build and Claude Code engage in unauthorized data collection that goes far beyond user expectations, turning routine code assistance into large-scale repository exfiltration.
In a controlled test with a 12 GB local Git repository, Grok Build 0.2.93 created two independent HTTPS channels. The primary channel handled task context at roughly 192 KB, while a background storage channel silently repacked and uploaded the entire .git directory in 75 MB chunks, consuming 5.10 GiB of traffic to a Google Cloud Storage bucket named grok-code-session-traces. This produced a 27800-fold difference between expected and actual outbound volume.
The upload logic activated regardless of explicit user instructions such as "do not read" placed on marker files, proving that the behavior is a hardcoded data-collection routine rather than an artifact of the model's understanding. Privacy controls proved ineffective: the client-side improve_model_enabled flag is completely decoupled from the server-side trace_upload_enabled flag, allowing uploads to continue even after users disable model-improvement features.
Although xAI later disabled the uploads via remote configuration on 13 July, the full repository-upload code remained present in the 0.2.99 binary, merely gated by a server flag. The exposed Git history includes deleted .env files, credentials, connection strings, and commit records that reveal vulnerability-fix timelines, enabling attackers to infer unpatched issues in similar codebases.
Parallel findings emerged for Claude Code, whose client maintains multiple WebSocket connections that periodically transmit file paths, dependency trees, and code fragments even without an active coding task. No local logs, switches, or data-flow documentation are provided, and the closed-source binary prevents independent verification of additional hidden routines.
A side-by-side traffic audit of major tools produced clear results:
- Grok Build: full .git directory, Git history packaged, privacy switch ineffective, confirmed silent upload.
- Claude Code: suspected file-level and metadata exfiltration, details undisclosed, silent-transfer behavior confirmed.
- Codex: only current context fragments, no Git packaging, privacy controls effective, no anomalous reports.
- Gemini: no active uploads detected.
Analysts attribute the pattern to fundamental conflicts between commercial model-training demands and user data sovereignty, excessive server-side control over local clients, and the absence of mandatory third-party audits for closed-source AI binaries.
Recommended defenses include physical network blocking of known endpoints, running tools inside Docker containers that mount only read-only directories without .git, pre-processing repositories with git filter-repo, deploying eBPF monitoring with alerts for sessions exceeding 10 MB, and favoring auditable open-source options such as Continue.dev or locally hosted Ollama models.
Related articles
HackerSec Launches Pentest Superintelligence Using Orchestrated Frontier AI Models
HackerSec has introduced Pentest Superintelligence, a new offensive cybersecurity methodology that orchestrates multiple high-capacity frontier AI models within a single pentest operation. This builds on the company's earlier Pentest AI-First and Pentest AI-Native approaches by requiring at least two frontier models coordinated through a proprietary runtime. The Yaga autonomous agent serves as the core platform, using a custom harness to integrate models from OpenAI, Anthropic, and xAI while preserving operational context from reconnaissance through exploitation. In internal YagaBench evaluations, the six-model orchestrated setup achieved 98 percent resolution of black-box scenarios compared to 40.5 percent for the best single model. All testing remains within authorized scopes with human oversight for result validation. The development shifts industry focus from merely adding AI to tools toward proving effective multi-model coordination and verifiable impact.
Taming the LLM Dragon: Corporate AI Gateway Architecture Addresses Classic Proxy Shortcomings
Spontaneous adoption of generative AI across enterprises has created shadow AI risks, prompt leaks, and uncontrolled token consumption that standard L7 proxies cannot mitigate. Traditional solutions built on Nginx, Envoy or Kong lack the ability to inspect Server-Sent Events streams, classify sensitive content inside prompts, or enforce token-based quotas in real time. The AI Optimum platform introduces a specialized AI gateway layer that sits between internal consumers and both local inference clusters and external APIs such as GigaChat and YandexGPT. It performs inline PII masking, routes traffic according to data sensitivity, supports OpenAI-compatible endpoints, and maintains detailed audit logs required under 152-FZ. The gateway adds only tens of milliseconds of latency while enabling granular billing, context caching optimization, and protection against runaway agent loops. Subsequent articles in the series will examine real corporate AI spend and further regulatory controls.
Why We Banned Our AI Manager from Writing Code and Assigned the Task to Claude Opus
The team behind an AI-powered marketplace manager for Wildberries initially built the system using regular updates, then migrated it to an autonomous agent. After implementing multiple layers of restrictions, they ultimately removed the agent entirely and rebuilt the solution from scratch. The new architecture relies on a single tool that handles the complete Wildberries API along with internet access while respecting all platform limits. The decision to prohibit the original AI manager from generating code stemmed from concerns over reliability and security in production environments. Instead, the developers turned to Claude Opus to handle coding tasks. This case highlights practical challenges of deploying AI agents in e-commerce automation and information security contexts.
Developer Builds MCP Linter and Discovers Security Issues in Anthropic Official Servers
A developer has released mcp-linter, a lightweight security and compliance tool for the Model Context Protocol used by Anthropic's Claude ecosystem. The linter detects critical problems such as stdout pollution that breaks JSON-RPC framing, missing destructiveHint annotations that allow autonomous agents to execute dangerous actions without human confirmation, prompt injection vectors hidden inside tool descriptions, and incomplete input schemas that increase model hallucinations. When run against Anthropic's reference servers, the tool assigned low health scores to server-memory and especially server-filesystem, highlighting dozens of parameters lacking descriptions. The utility runs with zero dependencies, supports SARIF output for GitHub Security, and can generate automatic JSON patches. The project is open source under MIT license and already integrates into CI pipelines via a dedicated GitHub Action.