Last updated: August 19, 2026 at 1:47 AM UTC
All 741 Vulnerability 286 Breach 129 Threat 319 Defense 7
Tag: google-cloud (3 articles)Clear

Confused deputy weaknesses still expose cross-tenant access in major clouds

Researchers showed that confused deputy weaknesses persist in Google Cloud and Microsoft Azure, where a trusted service can be tricked into acting on an attacker's behalf against resources it should not reach. The pattern shows up when one service holds broad permissions and accepts instructions or identifiers from a less-trusted source without verifying who is really asking, which can enable cross-tenant access or privilege escalation. It is the same class of issue behind recent findings in enterprise agent and integration tooling, where a component with a user's permissions follows attacker-supplied input. The takeaway is architectural: identity and authorization must be checked at every trust boundary, not assumed from the calling service.

Check
Review cloud integrations and automation where one service acts for another, and confirm each checks the real caller's identity and authorization rather than trusting the upstream service.
Affected
Organizations relying on cloud services and integrations that pass identifiers or instructions between trust boundaries; a broadly permissioned service can be steered into cross-tenant access or privilege escalation.
Fix
Scope service permissions tightly, validate the originating identity at every boundary, use per-tenant isolation and unique unguessable identifiers, and monitor for a trusted service accessing resources outside its expected scope.

Google patches Dialogflow flaw that let one chatbot hijack others in a project

Varonis disclosed a now-patched flaw in Google Cloud's Dialogflow CX, the platform many companies use to build customer-service, financial, and healthcare chatbots. Because all chatbots using the platform's custom-code feature in one Google Cloud project shared a single execution environment with a writable setup file and no isolation, an attacker who could edit one agent, needing only a single low-level permission, could overwrite that file and hijack every chatbot in the project. From there they could read live conversations, steal shared data, and make bots ask for passwords. Google reported no exploitation before fixing it and no customer action is now required, but the case shows how AI features inherit cloud risks.

Check
If you used Dialogflow CX with custom Code Blocks, review the Dialogflow audit logs for unexpected playbook updates, check who held the update permission, and confirm each agent's code blocks are approved.
Affected
Organizations that built Dialogflow CX agents with custom Code Blocks before Google's fix; an attacker with edit rights on one agent could take over every agent in the same Google Cloud project.
Fix
No action is needed now that Google has fixed the flaw, but review historical audit logs if you used the feature, and more broadly scope AI-platform permissions tightly and isolate sensitive agents.

Aikido shows Google API keys keep working up to 23 minutes after deletion; Google closes report as 'won't fix'

Aikido Security's Joe Leon has documented that standard Google Cloud API keys keep working for up to 23 minutes after they are deleted from the GCP console, with a median revocation window of 16 minutes. Over 10 trials across two days, the team kept sending authenticated requests at 3-5 per second; one trial saw 79% of requests succeed one minute after deletion. During this window, an attacker holding a leaked key retains full access to any enabled API on the project, including Gemini file dumps, BigQuery, and Maps. Google closed the bug report as 'won't fix.' Service-account deletions propagate in around 5 seconds; only standard API keys are slow.

Check
Review your GCP secret-rotation runbooks. Identify any service that uses standard API keys versus service accounts. Audit GCP audit logs for authenticated calls following a recent key deletion.
Affected
Any organization that uses standard Google Cloud API keys and assumes deletion provides immediate revocation. Service accounts (5-second propagation) and Gemini's newer API key format (~1 minute) not affected.
Fix
Migrate from standard API keys to service accounts where possible. Treat a deleted Google API key as live for 30 minutes during leak response. Combine deletion with key rotation.