GPU VulnDB

Database/Container, Kubernetes & orchestration

Kyverno: pathological wildcard patterns in policy match/exclude names pin admission controller cores

CVSS 8.3CVE-2026-122306Container, Kubernetes & orchestrationcurated

Impact

A namespaced policy author can submit a Policy whose match and exclude names expand exponentially in ValidateMatchExcludeConflict, pinning the admission controller's CPU until webhook calls time out. Admission then fails cluster-wide, so tenant pod creates, scheduler placements and the pod churn involved in draining a GPU node all stall. The attacker only needs rights to create policies in their own namespace, and the cost falls on the shared control plane. This is distinct from the other Kyverno denial-of-service ids in the same release: the expensive code path is wildcard match/exclude evaluation, not variable substitution or CEL cost.

Who can reach it

Any authenticated tenant allowed to create namespaced Kyverno Policy objects. Authentication required; no cluster-admin rights.

What to do

Upgrade Kyverno to 1.19.2 or later and restart the Kyverno pods. Until then, restrict who may create namespaced Policy objects. Control-plane change only - no node drain or reboot.

References

Related entries

All Container, Kubernetes & orchestration entries

This entry is curated: imported from vendor advisories with machine assistance, not yet individually verified. Confirm against your vendor's advisory before acting, and report anything wrong.