The article describes a threat where Google API keys, historically considered non-secret identifiers for public services like Maps, can now be misused to authenticate to the Gemini API, allowing attackers to access private data and incur charges. This is due to a single key format serving dual purposes of public identification and sensitive authentication. The primary attack vector is the exposure of these keys, often embedded in client-side code as per past guidance, which can then be harvested and used against the Gemini service.
New Webinar: Google API Keys Weren't Secrets. But then Gemini Changed the Rules. TRUFFLEHOG CUSTOMERS COMPANY RESOURCES LOG IN Contact Us New Webinar: Google API Keys Weren't Secrets. But then Gemini Changed the Rules. Joe Leon February 25, 2026 Joe Leon February 25, 2026 tl;drGoogle spent over a decade telling developers that Google API keys (like those used in Maps, Firebase, etc.) are not secrets. But that's no longer true: Gemini accepts the same keys to access your private data. We scanned millions of websites and found nearly 3,000 Google API keys, originally deployed for public services like Google Maps, that now also authenticate to Gemini even though they were never intended for it. With a valid key, an attacker can access uploaded files, cached data, and charge LLM-usage to your account. Even Google themselves had old public API keys, which they thought were non-sensitive, that we could use to access Google’s internal Gemini. Google Cloud uses a single API key format (AIza...) for two fundamentally different purposes:public identificationandsensitive authentication. For years, Google has explicitly told developers that API keys are safe to embed in client-side code. Firebase's own security checklist states that API keys are not secrets. Note: these are distinctly different from Service Account JSON keys used to power GCP. Source:https://firebase.google.com/support/guides/security-checklist#api-keys-not-secret Google's Maps JavaScript documentation instructs developers to paste their key directly into HTML. Source:https://developers.google.com/maps/documentation/javascript/get-api-key?setupProd=configure#make_request This makes sense. These keys were designed as project identifiers for billing, and can be further restricted with (bypassable) controls like HTTP referer allow-listing. They were not designed as authentication credentials.