CVE-2026-18107— checkpoint-restore CRIU 权限许可和访问控制问题漏洞

Criu: criu: container escape via rseq critical section hijack during checkpoint/restore

A flaw was found in CRIU's handling of restartable sequences (rseq) during checkpoint/restore. A malicious process inside a container can register an rseq critical section that hijacks CRIU's parasite code injection during checkpoint, allowing it to spoof the process credentials saved in the checkpoint image. On restore, the container process gains elevated capabilities and zeroed UIDs/GIDs. The practical impact on Red Hat products is limited by several factors: checkpoint/restore requires root privileges (podman) or cluster-admin RBAC (OpenShift) to trigger and cannot be initiated from within the container itself; on OpenShift prior to 4.17 the feature required explicit opt-in, and on 4.17+ the kubelet checkpoint API RBAC is not configured by default; OpenShift enforces user namespaces by default for regular workloads (hostUsers is gated behind admin-only SCCs), which makes the spoofed capabilities namespace-scoped and ineffective for privilege escalation; SELinux type enforcement (container_t) blocks privilege transitions independently of capabilities; seccomp filters persist through checkpoint/restore and cannot be corrupted via the parasite; and kernel mount namespace ownership checks on RHEL 9/10 kernels prevent mount-based container escape even with spoofed capabilities.

CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:C/C:H/I:H/A:H

特权管理不恰当

checkpoint-restore CRIU 权限许可和访问控制问题漏洞

checkpoint-restore CRIU是checkpoint-restore组织的一个Linux进程检查点与恢复工具。 checkpoint-restore CRIU存在权限许可和访问控制问题漏洞，该漏洞源于CRIU对重启序列（rseq）处理不当，可能导致容器内恶意进程通过劫持检查点注入伪造凭证，从而在恢复时获得高权限和清零的UID/GID。

N/A

N/A