Improper Preservation of Permissions Affecting containerd package, versions <1.5.9-0ubuntu1


Severity

Recommended
low

Based on Ubuntu security rating.

Threat Intelligence

EPSS
0.83% (82nd percentile)

Do your applications use this vulnerable package?

In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.

Test your applications
  • Snyk IDSNYK-UBUNTU2204-CONTAINERD-2782516
  • published7 Jan 2022
  • disclosed5 Jan 2022

Introduced: 5 Jan 2022

CVE-2021-43816  (opens in a new tab)
CWE-281  (opens in a new tab)

How to fix?

Upgrade Ubuntu:22.04 containerd to version 1.5.9-0ubuntu1 or higher.

NVD Description

Note: Versions mentioned in the description apply only to the upstream containerd package and not the containerd package as distributed by Ubuntu. See How to fix? for Ubuntu:22.04 relevant fixed versions and status.

containerd is an open source container runtime. On installations using SELinux, such as EL8 (CentOS, RHEL), Fedora, or SUSE MicroOS, with containerd since v1.5.0-beta.0 as the backing container runtime interface (CRI), an unprivileged pod scheduled to the node may bind mount, via hostPath volume, any privileged, regular file on disk for complete read/write access (sans delete). Such is achieved by placing the in-container location of the hostPath volume mount at either /etc/hosts, /etc/hostname, or /etc/resolv.conf. These locations are being relabeled indiscriminately to match the container process-label which effectively elevates permissions for savvy containers that would not normally be able to access privileged host files. This issue has been resolved in version 1.5.9. Users are advised to upgrade as soon as possible.

CVSS Scores

version 3.1