The vendor explicitly identifies these products as affected by this CVE.
- podman-catatonit (container-tools:rhel8) as a component of Red Hat Enterprise Linux 8
- podman-docker (container-tools:rhel8) as a component of Red Hat Enterprise Linux 8
- podman-gvproxy (container-tools:rhel8) as a component of Red Hat Enterprise Linux 8
- podman-manpages (container-tools:rhel8) as a component of Red Hat Enterprise Linux 8
- podman-plugins (container-tools:rhel8) as a component of Red Hat Enterprise Linux 8
- podman-remote (container-tools:rhel8) as a component of Red Hat Enterprise Linux 8
- podman-tests (container-tools:rhel8) as a component of Red Hat Enterprise Linux 8
- podman.src (container-tools:rhel8) as a component of Red Hat Enterprise Linux 8
- podman (container-tools:rhel8) as a component of Red Hat Enterprise Linux 8
- conmon as a component of Red Hat Enterprise Linux 9
- conmon.src as a component of Red Hat Enterprise Linux 9
- cri-o as a component of Red Hat OpenShift Container Platform 3.11
- Summary
- A vulnerability was found in CRI-O, where it can be requested to take a checkpoint archive of a container and later be asked to restore it. When it does that restoration, it attempts to restore the mounts from the restore archive instead of the pod request. As a result, the validations run on the pod spec, verifying that the pod has access to the mounts it specifies are not applicable to a restored container. This flaw allows a malicious user to trick CRI-O into restoring a pod that doesn't have access to host mounts. The user needs access to the kubelet or cri-o socket to call the restore endpoint and trigger the restore.
- Remediation
- For OpenShift Container Platform 4.15 see the following documentation, which will be updated shortly for this release, for important instructions on how to upgrade your cluster and fully apply this asynchronous errata update: https://docs.openshift.com/container-platform/4.15/release_notes/ocp-4-15-release-notes.html
