Cyber Security News

Deleted Google API Keys Continue Accessing Gemini, BigQuery, and Maps APIs

A newly disclosed issue with Google Cloud API keys reveals that deleted credentials may remain usable for up to 23 minutes, exposing projects to potential abuse even after revocation.

The finding raises concerns about delayed credential invalidation across Google’s infrastructure, particularly for sensitive services such as Gemini, BigQuery, and Google Maps APIs. According to Aikido research, deleting a Google API key does not immediately terminate its access.

Instead, revocation propagates gradually across distributed systems, creating a “revocation window” during which the key continues to authenticate requests.

  • Longest observed window: ~23 minutes.
  • Shortest observed window: ~8 minutes.
  • Median duration: ~16 minutes.

Attackers with leaked keys can continue making API calls during this period because some backend servers may still accept deleted keys, causing inconsistent enforcement.

Deleted Google API Keys Continue Access

The issue becomes more severe when high-value services are enabled. If a compromised key has access to Google’s Gemini API, attackers may:

  • Retrieve previously uploaded files.
  • Access cached conversations.
  • Continue interacting with AI endpoints.

Similar behavior was observed across other services, including the BigQuery and Maps APIs, indicating that the delay is tied to API key infrastructure rather than individual services.

Chart shows invalid requests above valid API requests during testing. (Source: Aikido)

Researchers conducted controlled experiments over multiple days:

  • Created and deleted API keys in repeated trials.
  • Sent 3–5 authenticated requests per second post-deletion.
  • Measured how long requests continued to succeed.

Results showed unpredictable success rates. For example, one minute after deletion, some trials still saw up to 79% of requests succeed, while others dropped to as low as 5%.

This inconsistency makes it difficult to determine when a key is truly invalid. Tests across multiple Google Cloud regions revealed uneven propagation:

  • us-east1: ~49% median success rate.
  • Europe-west1: ~49% median success rate.
  • asia-southeast1: ~22% median success rate.

Interestingly, some distant regions rejected deleted keys faster than closer ones, suggesting that routing, caching, or infrastructure differences influence revocation timing.

The Google Cloud Console does not clearly indicate that a deleted key is still active. Instead:

  • Deleted keys disappear from the interface immediately.
  • Ongoing requests may still succeed without visibility.
  • Failed requests are grouped under “apikey:UNKNOWN”.

This aggregation complicates incident response, as security teams cannot easily attribute activity to a specific deleted key.

Restore credentials (Source: Aikido)

Not all Google credentials exhibit the same delay:

  • Service account keys: revoked in ~5 seconds.
  • New Gemini API keys (AQ prefix): revoked in ~1 minute.
  • Legacy API keys: up to 23 minutes.

This disparity suggests that faster revocation is technically feasible but not implemented for standard API keys.

Aikido researcher Joe Leon said Google marked the issue as “won’t fix,” describing the delay as expected behavior in eventually consistent systems rather than a security flaw.

While Google documents eventual consistency in IAM systems, it does not explicitly warn users about delayed API key revocation.

Security Implications

Delayed revocation contradicts typical expectations that deleting credentials immediately blocks access. Even short delays can be exploited, as prior cloud security research demonstrates.

For organizations using Google Cloud, this creates several risks:

  • Continued access after credential compromise.
  • Lack of visibility into active misuse.
  • Difficulty enforcing just-in-time (JIT) credential strategies.

Until changes are implemented, security teams should adjust their response strategies:

  • Treat API key deletion as a 30-minute process rather than an immediate one.
  • Monitor API usage closely after deletion for suspicious activity.
  • Rotate keys proactively and minimize exposure in public repositories.
  • Prefer service account keys or newer credential types where possible.

This discovery highlights a broader challenge in cloud security: balancing scalability with strict authentication guarantees. In the case of Google API keys, the current model leaves a critical gap that attackers can exploit during the revocation window.

Follow us on Google News, LinkedIn, and X to Get More Instant Updates.

Abinaya

Abi is a Security Editor and fellow reporter with Cyber Security News. She is covering various cyber security incidents happening in the Cyber Space.

Recent Posts

Ahold Delhaize Takes Systems Offline Following Cybersecurity Incident

Ahold Delhaize has taken some systems offline after identifying a security issue within its network,…

8 hours ago

Google DevSite Flaw Let Attackers Execute Remote Code Through Forged Flask Sessions

A critical vulnerability in Google’s shared DevSite platform could have allowed an unauthenticated attacker to…

9 hours ago

Critical GitLab Vulnerability Enables Arbitrary Code Execution Attacks on Servers

GitLab has released urgent security updates to fix a critical vulnerability that could allow attackers…

9 hours ago

WhatsApp Attachment Deploys Malware That Gains SYSTEM Access on Windows

A malicious WhatsApp attachment is being used to deploy a Windows remote access trojan that…

9 hours ago

Google AitM Phishing Kit Uses WebSockets to Bypass MFA in Real Time

A Google account phishing kit uses live WebSocket connections to guide victims through fake sign-in…

10 hours ago

Ledger Confirms Unauthorized Hardware Implant in Crypto Wallet Sold by CryptoBilis

Ledger has confirmed that a cryptocurrency hardware wallet linked to reported fund losses contained an…

10 hours ago