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

Red Hat cluster management flaw lets a namespace editor become cluster admin

Red Hat disclosed a critical flaw in its Advanced Cluster Management for Kubernetes that lets a user with only namespace-level edit rights escalate to full cluster administrator. Tracked as CVE-2026-10090 and scored 9.9, the bug is in the application subscription controller: a low-privileged user can create a channel pointing to a Helm repository they control, then a subscription referencing it, and the controller deploys the chart using its own elevated permissions without checking the requester's authorization. It is a confused-deputy problem that crosses the namespace-to-cluster boundary. Because namespace edit access is often granted broadly to developers, many multi-tenant clusters could be exposed, and no fix was available at disclosure.

Check
Identify Advanced Cluster Management hub namespaces where non-administrators hold edit rights, restrict those permissions, and monitor for unexpected channel and subscription objects pointing to external Helm repositories.
Affected
Organizations running Red Hat Advanced Cluster Management for Kubernetes (CVE-2026-10090); a user with namespace edit rights on the hub can reach full cluster-admin and access secrets, with no fix yet.
Fix
Tighten who holds namespace edit access on ACM hubs, watch for suspicious channel and subscription resources, and apply Red Hat's fix as soon as it ships, since no mitigation fully substitutes.

Google removes AI agent workflows after a GitHub issue could hijack a privileged agent

Pillar Security showed that Google's Agent Development Kit repository could be turned against itself through a poisoned pull request or issue. The public repository ran a low-privileged triage agent that responded to outside contributions, and a higher-privileged agent reserved for maintainers. Because the triage agent posted through a bot account that counted as a repository collaborator, a prompt injection could make it post a command that satisfied the privileged workflow's trust check, invoking the maintainer-level agent. That crossed into a job holding a long-lived access token, a Google API key, and a cloud service-account credential, enabling code execution on the runner and secret theft. Google deleted the affected workflows.

Check
Review any AI agent workflows that act on untrusted pull requests or issues, and check whether a low-privileged agent can trigger a higher-privileged one through a shared bot identity.
Affected
Teams running tiered AI agent workflows in code repositories; untrusted issue or pull-request content can prompt-inject a public agent into invoking a privileged one, exposing continuous integration secrets and code execution.
Fix
Give agents scoped, non-collaborator identities, keep untrusted content from reaching privileged workflows, require human approval for sensitive agent actions, and minimize the tokens and credentials an agent job can access.

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.

Hidden pull request comments can hijack AI agents via Microsoft's DevOps MCP server

Offensive security firm Manifold Security detailed a confused deputy flaw in Microsoft's official Azure DevOps MCP server, which lets AI agents read and operate Azure DevOps on a user's behalf across pull requests, pipelines, wikis, and work items, using that user's own permissions. One of the server's tools returns pull request descriptions without the prompt injection guardrail Microsoft had already applied to other tools. Because descriptions accept Markdown, an attacker can bury instructions in an HTML comment: the web interface renders it as nothing, so a reviewer sees an ordinary change, while the REST API returns the text verbatim and hands it straight to the agent.

Check
Check whether AI agents in your environment use the Azure DevOps MCP server, and review what permissions those agents inherit, since content written by others becomes instructions the agent may act on.
Affected
Teams running AI agents against Azure DevOps through Microsoft's MCP server; a pull request description containing a hidden HTML comment can steer the agent, which acts with the requesting user's full permissions.
Fix
Treat repository and ticket content reaching an agent as untrusted input, scope MCP server permissions well below the user's own, require human approval for write actions, and monitor agent tool calls.