Your GCP API Keys Are Compromised — And Your LLM Deployments Are the Most Vulnerable Asset Class in Production
The Convergence
Five independent sources this week converge on a single urgent message: your ML infrastructure's security posture is worse than you think, and the most critical vulnerability requires action today, not next sprint.
The Gemini API Key Escalation
Truffle Security discovered that enabling the Gemini API on any GCP project silently grants all existing API keys access to Gemini endpoints — including keys originally scoped for Maps, Firebase, or YouTube that Google's own documentation classified as non-secrets safe to embed in client-side JavaScript. A scan of the November 2025 Common Crawl dataset found 2,863 live vulnerable keys, affecting major financial institutions, security companies, and Google itself.
The mechanism is an insecure default initialization (CWE-1188): GCP doesn't require explicit per-key authorization when Gemini API is enabled at the project level. Any key in the project inherits Gemini access. Attackers can scrape public websites for Google API keys and test them against Gemini endpoints. If you've used Gemini's file upload or caching features on a project with a publicly exposed key, that data — including private prompts, uploaded files, and cached content — is accessible right now.
Google has announced mitigation steps but placed responsibility on project owners — meaning if you haven't explicitly restricted your API keys' scopes, you are exposed.
LLM Deployments: 32% Serious Vulnerability Rate
Cobalt's analysis of 16,000 pentests reveals that LLM deployments are the most vulnerable asset class in production, with a 32% serious vulnerability rate and only 21% remediation — the lowest fix rate across all asset types. The sample size is substantial, but the true industry-wide rate is likely worse since organizations commissioning pentests are self-selected for security awareness.
| Metric | LLM Deployments | Other Asset Types |
|---|---|---|
| Serious vulnerability rate | 32% | Lower (baseline not provided) |
| Remediation rate | 21% (lowest) | Higher across all types |
| Sample size | 16,000 pentests | Not specified |
The Broader Threat Landscape
Three additional signals compound the urgency: Claude Code had security flaws enabling silent device compromise on developer machines. Anthropic identified industrial-scale model distillation attacks from three Chinese labs using millions of requests and tens of thousands of fraudulent accounts. And the GRIDTIDE backdoor hid C2 traffic inside Google Sheets API calls across 42 countries for years before detection — meaning any SaaS API integration in your pipeline is a potential attack vector that standard network monitoring won't flag.
What This Means for Your Stack
The attack surface for ML teams has expanded on three fronts simultaneously: credential exposure (Gemini key escalation), application vulnerabilities (32% serious vuln rate in LLM deployments), and supply chain compromise (AI coding assistants, SaaS API C2 channels, 50K+ malicious npm downloads in days). Your threat model needs to account for adversaries with frontier-model reasoning capabilities — a hacker used Claude to steal 160GB of Mexican government data covering 195 million taxpayer records.
What to do
Audit all GCP projects for exposed API keys with Generative Language API enabled — enumerate every key, check public repos, CI logs, client-side code, and Terraform state files. Rotate or restrict any key that has ever been in public-facing code.
Run an LLM-specific security assessment on all deployed LLM features — test for prompt injection, data exfiltration, jailbreaking, and authorization bypass by end of next sprint.
Audit all AI coding assistant integrations (Claude Code, Copilot, Cursor) for excessive permissions and sandbox them to project directories only.
Baseline normal access patterns for every SaaS API your ML pipelines touch (Google Sheets, Airtable, Notion, Slack) and set anomaly alerts.