Description
A vulnerability in CRI-O checkpoint restore allows a user who can create a pod from a malicious checkpointed container to bypass the destination Kubernetes security context. The restored process may retain credentials, Linux capabilities, no_new_privs, and seccomp state from the checkpoint instead of enforcing the destination configuration. This can allow execution with elevated privileges across the container security boundary.
Affected upstream supported versions are CRI-O 1.34 and later. Downstream Red Hat products are affected from OCP 4.17 onward. Fixes have been applied to supported branches but are not yet released.
Exploitation requires permission to create a pod from a malicious checkpoint image and checkpoint restore functionality to be available.
Affected products
| Vendor | Product | Affected | Fixed |
|---|---|---|---|
| — | cri-o | 1.34.0 – < 1.34.14, 1.35.0 – < 1.35.9, 1.36.0 – < 1.36.6 | 1.34.14 |
| Red Hat | Confidential Compute Attestation | — | — |
| Red Hat | Red Hat Enterprise Linux 8 | — | — |
| Red Hat | Red Hat Enterprise Linux 9 | — | — |
| Red Hat | Red Hat OpenShift Container Platform 4 | — | — |
| Red Hat | Red Hat OpenShift Container Platform 5 | — | — |
References
- https://access.redhat.com/security/cve/CVE-2026-92574 vdb-entry
- RHBZ#2535436 issue-tracking