GPU VulnDB

Database/Container, Kubernetes & orchestration

Kyverno verifyImages: cache keyed by tag, not digest, lets a moved tag admit an unverified image

CVSS 8.5CVE-2026-122321Container, Kubernetes & orchestrationcurated

Impact

verifyImages caches signature and attestation results under the image reference string rather than the digest it actually verified, so a cache hit skips verification entirely. An attacker who can push to a registry repository and submit a workload can warm the cache with a legitimately signed image, repoint the tag to an unsigned image, and have Kyverno admit it - then mutateDigest pins the unverified digest, which makes the result look like a properly attested deployment. For a GPU fleet this defeats the control that is supposed to guarantee only vetted inference, training and CUDA base images run; arbitrary code lands on nodes holding GPU devices and fleet credentials, with the admission record asserting the opposite. Separate from the authorization bypasses in CVE-2026-122308 and CVE-2026-122316, which share the same fixed version but are different code paths.

Who can reach it

An authenticated user able to submit workloads, plus the ability to move a tag in a registry repository the cluster pulls from (a compromised CI push credential is enough). No cluster-admin access required.

What to do

Upgrade Kyverno to 1.19.2 or later (affected 1.18.0 onward): controller image bump and Deployment rollout, no node disruption. Pin workloads to digests rather than tags so a moved tag cannot change what runs, and make registry repositories immutable where the registry supports it. Re-verify the digests currently running against your signing policy - images admitted through a stale cache entry will not be caught retroactively.

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.