CVE-2022-1708: High severity cri-o vulnerability
Description An ExecSync request runs a command in a container and returns the output to the Kubelet. It is used for readiness and liveness probes within a pod. The way CRI-O runs ExecSync commands is through conmon. CRI-O asks conmon to start the process, and conmon writes the output to disk. CRI-O then reads the output and returns it to the Kubelet.
If the output of the command is large enough, it is possible to exhaust the memory (or disk usage) of the node. The following deployment is an example yaml file that will output around 8GB of ‘A’ characters, which would be written to disk by conmon and read by CRI-O.
yaml apiVersion: apps/v1 kind: Deployment metadata: name: nginx-deployment100 spec: selector: matchLabels: app: nginx replicas: 2 template: metadata: labels: app: nginx spec: containers: - name: nginx image: nginx:1.14.2 lifecycle: postStart: exec: command: ["/bin/sh", "-c", "seq 1 50000000; do echo -n 'aaaaaaaaaaaaaaaa'; done"]
Impact It is possible for the node to be exhausted of memory or disk space, depending on the node the command is being run on. What is further problematic is that the memory and disk usage aren't attributed to the container, as this file and its processing are implementation details of CRI-O. The consequence of the exhaustion is that other services on the node, e.g. other containers, will be unable to allocate memory and thus causing a denial of service.
Patches This vulnerability will be fixed in 1.24.1, 1.23.3, 1.22.5, v1.21.8, v1.20.8, v1.19.7
Workarounds At the time of writing, no workaround exists other than ensuring only trusted images are used.
References https://github.com/containerd/containerd/security/advisories/GHSA-5ffw-gxpp-mxpf
For more information If you have any questions or comments about this advisory: Open an issue in the CRI-O repo To make a report, email your vulnerability to the private cncf-crio-security@lists.cncf.io list with the security details and the details expected for all CRI-O bug reports.
Credits Disclosed by Ada Logics in a security audit sponsored by CNCF and facilitated by OSTIF.
Other sources
A vulnerability was found in CRI-O that causes memory exhaustion on the node for anyone with access to the kube api. The ExecSync request runs commands in a container and logs the output of the command. This output is then read by cri-o after command execution, and it is read in a manner where the entire file corresponding to the output of the command is read in. Thus, if the output of the command is large it is possible to exhaust the memory of the node when crio reads output of the command.
References: https://github.com/cri-o/cri-o/security/advisories/GHSA-fcm2-6c3h-pg6j
— Red Hat
A vulnerability was found in CRI-O that causes memory or disk space exhaustion on the node for anyone with access to the Kube API. The ExecSync request runs commands in a container and logs the output of the command. This output is then read by CRI-O after command execution, and it is read in a manner where the entire file corresponding to the output of the command is read in. Thus, if the output of the command is large it is possible to exhaust the memory or the disk space of the node when CRI-O reads the output of the command. The highest threat from this vulnerability is system availability.
Affected Software
Remediation
Event History
Parent advisories
This vulnerability appears in the following advisories.
Frequently Asked Questions
What is the vulnerability ID for this vulnerability?
The vulnerability ID is CVE-2022-1708.
What is the severity of CVE-2022-1708?
The severity of CVE-2022-1708 is high, with a severity value of 7.
What software is affected by CVE-2022-1708?
CRI-O versions 1.22.0 up to and exclusive of 1.22.5, 1.23.0 up to and exclusive of 1.23.3, and 1.24.0 are affected. Additionally, Kubernetes Cri-o versions 1.19.0 up to and exclusive of 1.19.7, 1.20.0 up to and exclusive of 1.20.8, 1.21.0 up to and exclusive of 1.21.8, and 1.22.0 up to and exclusive of 1.22.5 are also affected.
How do I fix CVE-2022-1708?
To fix CVE-2022-1708, you will need to update CRI-O to version 1.22.5, 1.23.3, or 1.24.1. If you are using Kubernetes Cri-o, update to version 1.19.7, 1.20.8, 1.21.8, or 1.22.5.
Where can I find more information about CVE-2022-1708?
You can find more information about CVE-2022-1708 in the following references: [GitHub Advisory](https://github.com/cri-o/cri-o/security/advisories/GHSA-fcm2-6c3h-pg6j), [Red Hat CVE-2022-1708](https://access.redhat.com/security/cve/CVE-2022-1708), [Red Hat Bugzilla](https://bugzilla.redhat.com/show_bug.cgi/show_bug.cgi?id=2094190).