Moby is an open-source project created by Docker to enable software containerization. A bug was found in Moby (Docker Engine) where supplementary groups are not set up properly. If an attacker has direct access to a container and manipulates their supplementary group access, they may be able to use supplementary group access to bypass primary group restrictions in some cases, potentially gaining access to sensitive information or gaining the ability to execute code in that container. This bug is fixed in Moby (Docker Engine) 20.10.18. Running containers should be stopped and restarted for the permissions to be fixed. For users unable to upgrade, this problem can be worked around by not using the `"USER $USERNAME"` Dockerfile instruction. Instead by calling `ENTRYPOINT ["su", "-", "user"]` the supplementary groups will be set up properly.

The remote host is affected by the vulnerability described in GLSA-202409-29 (Docker: Multiple Vulnerabilities)

    Multiple vulnerabilities have been discovered in Docker. Please review the CVE identifiers referenced     below for details.

Tenable has extracted the preceding description block directly from the Gentoo Linux security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote NewStart CGSL host, running version MAIN 5.04, has docker-ce packages installed that are affected by a vulnerability:

  - Moby is an open-source project created by Docker to enable software containerization. A bug was found in     Moby (Docker Engine) where supplementary groups are not set up properly. If an attacker has direct access     to a container and manipulates their supplementary group access, they may be able to use supplementary     group access to bypass primary group restrictions in some cases, potentially gaining access to sensitive     information or gaining the ability to execute code in that container. This bug is fixed in Moby (Docker     Engine) 20.10.18. Running containers should be stopped and restarted for the permissions to be fixed. For     users unable to upgrade, this problem can be worked around by not using the `USER $USERNAME` Dockerfile     instruction. Instead by calling `ENTRYPOINT [su, -, user]` the supplementary groups will be set up     properly. (CVE-2022-36109)

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

The version of docker installed on the remote host is prior to 20.10.22-1. It is, therefore, affected by multiple vulnerabilities as referenced in the ALAS2ECS-2023-013 advisory.

  - Moby is an open-source project created by Docker to enable software containerization. A bug was found in     Moby (Docker Engine) where supplementary groups are not set up properly. If an attacker has direct access     to a container and manipulates their supplementary group access, they may be able to use supplementary     group access to bypass primary group restrictions in some cases, potentially gaining access to sensitive     information or gaining the ability to execute code in that container. This bug is fixed in Moby (Docker     Engine) 20.10.18. Running containers should be stopped and restarted for the permissions to be fixed. For     users unable to upgrade, this problem can be worked around by not using the `USER $USERNAME` Dockerfile     instruction. Instead by calling `ENTRYPOINT [su, -, user]` the supplementary groups will be set up     properly. (CVE-2022-36109)

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

According to the versions of the docker-engine package installed, the EulerOS installation on the remote host is affected by the following vulnerabilities :

  - Moby is an open-source project created by Docker to enable software containerization. A bug was found in     Moby (Docker Engine) where supplementary groups are not set up properly. If an attacker has direct access     to a container and manipulates their supplementary group access, they may be able to use supplementary     group access to bypass primary group restrictions in some cases, potentially gaining access to sensitive     information or gaining the ability to execute code in that container. This bug is fixed in Moby (Docker     Engine) 20.10.18. Running containers should be stopped and restarted for the permissions to be fixed. For     users unable to upgrade, this problem can be worked around by not using the `'USER $USERNAME'` Dockerfile     instruction. Instead by calling `ENTRYPOINT ['su', '-', 'user']` the supplementary groups will be set up     properly. (CVE-2022-36109)

  - containerd is an open source container runtime. Before versions 1.6.18 and 1.5.18, when importing an OCI     image, there was no limit on the number of bytes read for certain files. A maliciously crafted image with     a large file where a limit was not applied could cause a denial of service. This bug has been fixed in     containerd 1.6.18 and 1.5.18. Users should update to these versions to resolve the issue. As a workaround,     ensure that only trusted images are used and that only trusted users have permissions to import images.
    (CVE-2023-25153)

  - containerd is an open source container runtime. A bug was found in containerd prior to versions 1.6.18 and     1.5.18 where supplementary groups are not set up properly inside a container. If an attacker has direct     access to a container and manipulates their supplementary group access, they may be able to use     supplementary group access to bypass primary group restrictions in some cases, potentially gaining access     to sensitive information or gaining the ability to execute code in that container. Downstream applications     that use the containerd client library may be affected as well. This bug has been fixed in containerd     v1.6.18 and v.1.5.18. Users should update to these versions and recreate containers to resolve this issue.
    Users who rely on a downstream application that uses containerd's client library should check that     application for a separate advisory and instructions. As a workaround, ensure that the `'USER $USERNAME'`     Dockerfile instruction is not used. Instead, set the container entrypoint to a value similar to     `ENTRYPOINT ['su', '-', 'user']` to allow `su` to properly set up supplementary groups. (CVE-2023-25173)

Note that Tenable Network Security has extracted the preceding description block directly from the EulerOS security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

The version of docker installed on the remote host is prior to 20.10.22-1. It is, therefore, affected by multiple vulnerabilities as referenced in the ALAS2DOCKER-2023-024 advisory.

  - Moby is an open-source project created by Docker to enable software containerization. A bug was found in     Moby (Docker Engine) where supplementary groups are not set up properly. If an attacker has direct access     to a container and manipulates their supplementary group access, they may be able to use supplementary     group access to bypass primary group restrictions in some cases, potentially gaining access to sensitive     information or gaining the ability to execute code in that container. This bug is fixed in Moby (Docker     Engine) 20.10.18. Running containers should be stopped and restarted for the permissions to be fixed. For     users unable to upgrade, this problem can be worked around by not using the `USER $USERNAME` Dockerfile     instruction. Instead by calling `ENTRYPOINT [su, -, user]` the supplementary groups will be set up     properly. (CVE-2022-36109)

  - Docker version 20.10.15, build fd82621 is vulnerable to Insecure Permissions. Unauthorized users outside     the Docker container can access any files within the Docker container. (CVE-2022-37708)

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The version of docker installed on the remote host is prior to 20.10.22-1. It is, therefore, affected by multiple vulnerabilities as referenced in the ALAS2DOCKER-2023-022 advisory.

  - Moby is an open-source project created by Docker to enable software containerization. A bug was found in     Moby (Docker Engine) where supplementary groups are not set up properly. If an attacker has direct access     to a container and manipulates their supplementary group access, they may be able to use supplementary     group access to bypass primary group restrictions in some cases, potentially gaining access to sensitive     information or gaining the ability to execute code in that container. This bug is fixed in Moby (Docker     Engine) 20.10.18. Running containers should be stopped and restarted for the permissions to be fixed. For     users unable to upgrade, this problem can be worked around by not using the `USER $USERNAME` Dockerfile     instruction. Instead by calling `ENTRYPOINT [su, -, user]` the supplementary groups will be set up     properly. (CVE-2022-36109)

  - Docker version 20.10.15, build fd82621 is vulnerable to Insecure Permissions. Unauthorized users outside     the Docker container can access any files within the Docker container. (CVE-2022-37708)

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The version of docker installed on the remote host is prior to 20.10.22-1. It is, therefore, affected by multiple vulnerabilities as referenced in the ALAS2NITRO-ENCLAVES-2023-022 advisory.

  - Moby is an open-source project created by Docker to enable software containerization. A bug was found in     Moby (Docker Engine) where supplementary groups are not set up properly. If an attacker has direct access     to a container and manipulates their supplementary group access, they may be able to use supplementary     group access to bypass primary group restrictions in some cases, potentially gaining access to sensitive     information or gaining the ability to execute code in that container. This bug is fixed in Moby (Docker     Engine) 20.10.18. Running containers should be stopped and restarted for the permissions to be fixed. For     users unable to upgrade, this problem can be worked around by not using the `USER $USERNAME` Dockerfile     instruction. Instead by calling `ENTRYPOINT [su, -, user]` the supplementary groups will be set up     properly. (CVE-2022-36109)

  - Docker version 20.10.15, build fd82621 is vulnerable to Insecure Permissions. Unauthorized users outside     the Docker container can access any files within the Docker container. (CVE-2022-37708)

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote SUSE Linux SLES12 / SLES_SAP12 host has a package installed that is affected by a vulnerability as referenced in the SUSE-SU-2023:1625-1 advisory.

  - Moby is an open-source project created by Docker to enable software containerization. A bug was found in     Moby (Docker Engine) where supplementary groups are not set up properly. If an attacker has direct access     to a container and manipulates their supplementary group access, they may be able to use supplementary     group access to bypass primary group restrictions in some cases, potentially gaining access to sensitive     information or gaining the ability to execute code in that container. This bug is fixed in Moby (Docker     Engine) 20.10.18. Running containers should be stopped and restarted for the permissions to be fixed. For     users unable to upgrade, this problem can be worked around by not using the `USER $USERNAME` Dockerfile     instruction. Instead by calling `ENTRYPOINT [su, -, user]` the supplementary groups will be set up     properly. (CVE-2022-36109)

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

It is, therefore, affected by a vulnerability as referenced in the ALAS2023-2023-143 advisory.

  - Moby is an open-source project created by Docker to enable software containerization. A bug was found in     Moby (Docker Engine) where supplementary groups are not set up properly. If an attacker has direct access     to a container and manipulates their supplementary group access, they may be able to use supplementary     group access to bypass primary group restrictions in some cases, potentially gaining access to sensitive     information or gaining the ability to execute code in that container. This bug is fixed in Moby (Docker     Engine) 20.10.18. Running containers should be stopped and restarted for the permissions to be fixed. For     users unable to upgrade, this problem can be worked around by not using the `USER $USERNAME` Dockerfile     instruction. Instead by calling `ENTRYPOINT [su, -, user]` the supplementary groups will be set up     properly. (CVE-2022-36109)

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

It is, therefore, affected by multiple vulnerabilities as referenced in the ALAS2023-2023-079 advisory.

  - containerd is a container runtime available as a daemon for Linux and Windows. A bug was found in     containerd prior to versions 1.6.1, 1.5.10, and 1.14.12 where containers launched through containerd's CRI     implementation on Linux with a specially-crafted image configuration could gain access to read-only copies     of arbitrary files and directories on the host. This may bypass any policy-based enforcement on container     setup (including a Kubernetes Pod Security Policy) and expose potentially sensitive information.
    Kubernetes and crictl can both be configured to use containerd's CRI implementation. This bug has been     fixed in containerd 1.6.1, 1.5.10, and 1.4.12. Users should update to these versions to resolve the issue.
    (CVE-2022-23648)

  - Moby is an open-source project created by Docker to enable and accelerate software containerization. A bug     was found in Moby (Docker Engine) prior to version 20.10.14 where containers were incorrectly started with     non-empty inheritable Linux process capabilities, creating an atypical Linux environment and enabling     programs with inheritable file capabilities to elevate those capabilities to the permitted set during     `execve(2)`. Normally, when executable programs have specified permitted file capabilities, otherwise     unprivileged users and processes can execute those programs and gain the specified file capabilities up to     the bounding set. Due to this bug, containers which included executable programs with inheritable file     capabilities allowed otherwise unprivileged users and processes to additionally gain these inheritable     file capabilities up to the container's bounding set. Containers which use Linux users and groups to     perform privilege separation inside the container are most directly impacted. This bug did not affect the     container security sandbox as the inheritable set never contained more capabilities than were included in     the container's bounding set. This bug has been fixed in Moby (Docker Engine) 20.10.14. Running containers     should be stopped, deleted, and recreated for the inheritable capabilities to be reset. This fix changes     Moby (Docker Engine) behavior such that containers are started with a more typical Linux environment. As a     workaround, the entry point of a container can be modified to use a utility like `capsh(1)` to drop     inheritable capabilities prior to the primary process starting. (CVE-2022-24769)

  - containerd is an open source container runtime. A bug was found in the containerd's CRI implementation     where programs inside a container can cause the containerd daemon to consume memory without bound during     invocation of the `ExecSync` API. This can cause containerd to consume all available memory on the     computer, denying service to other legitimate workloads. Kubernetes and crictl can both be configured to     use containerd's CRI implementation; `ExecSync` may be used when running probes or when executing     processes via an exec facility. This bug has been fixed in containerd 1.6.6 and 1.5.13. Users should     update to these versions to resolve the issue. Users unable to upgrade should ensure that only trusted     images and commands are used. (CVE-2022-31030)

  - Moby is an open-source project created by Docker to enable software containerization. A bug was found in     Moby (Docker Engine) where supplementary groups are not set up properly. If an attacker has direct access     to a container and manipulates their supplementary group access, they may be able to use supplementary     group access to bypass primary group restrictions in some cases, potentially gaining access to sensitive     information or gaining the ability to execute code in that container. This bug is fixed in Moby (Docker     Engine) 20.10.18. Running containers should be stopped and restarted for the permissions to be fixed. For     users unable to upgrade, this problem can be worked around by not using the `USER $USERNAME` Dockerfile     instruction. Instead by calling `ENTRYPOINT [su, -, user]` the supplementary groups will be set up     properly. (CVE-2022-36109)

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote SUSE Linux SLES15 / SLES_SAP15 / openSUSE 15 host has packages installed that are affected by a vulnerability as referenced in the SUSE-SU-2023:0795-1 advisory.

  - Moby is an open-source project created by Docker to enable software containerization. A bug was found in     Moby (Docker Engine) where supplementary groups are not set up properly. If an attacker has direct access     to a container and manipulates their supplementary group access, they may be able to use supplementary     group access to bypass primary group restrictions in some cases, potentially gaining access to sensitive     information or gaining the ability to execute code in that container. This bug is fixed in Moby (Docker     Engine) 20.10.18. Running containers should be stopped and restarted for the permissions to be fixed. For     users unable to upgrade, this problem can be worked around by not using the `USER $USERNAME` Dockerfile     instruction. Instead by calling `ENTRYPOINT [su, -, user]` the supplementary groups will be set up     properly. (CVE-2022-36109)

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

It is, therefore, affected by multiple vulnerabilities as referenced in the ALAS2022-2022-210 advisory.

  - containerd is a container runtime available as a daemon for Linux and Windows. A bug was found in     containerd prior to versions 1.6.1, 1.5.10, and 1.14.12 where containers launched through containerd's CRI     implementation on Linux with a specially-crafted image configuration could gain access to read-only copies     of arbitrary files and directories on the host. This may bypass any policy-based enforcement on container     setup (including a Kubernetes Pod Security Policy) and expose potentially sensitive information.
    Kubernetes and crictl can both be configured to use containerd's CRI implementation. This bug has been     fixed in containerd 1.6.1, 1.5.10, and 1.4.12. Users should update to these versions to resolve the issue.
    (CVE-2022-23648)

  - Moby is an open-source project created by Docker to enable and accelerate software containerization. A bug     was found in Moby (Docker Engine) prior to version 20.10.14 where containers were incorrectly started with     non-empty inheritable Linux process capabilities, creating an atypical Linux environment and enabling     programs with inheritable file capabilities to elevate those capabilities to the permitted set during     `execve(2)`. Normally, when executable programs have specified permitted file capabilities, otherwise     unprivileged users and processes can execute those programs and gain the specified file capabilities up to     the bounding set. Due to this bug, containers which included executable programs with inheritable file     capabilities allowed otherwise unprivileged users and processes to additionally gain these inheritable     file capabilities up to the container's bounding set. Containers which use Linux users and groups to     perform privilege separation inside the container are most directly impacted. This bug did not affect the     container security sandbox as the inheritable set never contained more capabilities than were included in     the container's bounding set. This bug has been fixed in Moby (Docker Engine) 20.10.14. Running containers     should be stopped, deleted, and recreated for the inheritable capabilities to be reset. This fix changes     Moby (Docker Engine) behavior such that containers are started with a more typical Linux environment. As a     workaround, the entry point of a container can be modified to use a utility like `capsh(1)` to drop     inheritable capabilities prior to the primary process starting. (CVE-2022-24769)

  - containerd is an open source container runtime. A bug was found in the containerd's CRI implementation     where programs inside a container can cause the containerd daemon to consume memory without bound during     invocation of the `ExecSync` API. This can cause containerd to consume all available memory on the     computer, denying service to other legitimate workloads. Kubernetes and crictl can both be configured to     use containerd's CRI implementation; `ExecSync` may be used when running probes or when executing     processes via an exec facility. This bug has been fixed in containerd 1.6.6 and 1.5.13. Users should     update to these versions to resolve the issue. Users unable to upgrade should ensure that only trusted     images and commands are used. (CVE-2022-31030)

  - Moby is an open-source project created by Docker to enable software containerization. A bug was found in     Moby (Docker Engine) where supplementary groups are not set up properly. If an attacker has direct access     to a container and manipulates their supplementary group access, they may be able to use supplementary     group access to bypass primary group restrictions in some cases, potentially gaining access to sensitive     information or gaining the ability to execute code in that container. This bug is fixed in Moby (Docker     Engine) 20.10.18. Running containers should be stopped and restarted for the permissions to be fixed. For     users unable to upgrade, this problem can be worked around by not using the `USER $USERNAME` Dockerfile     instruction. Instead by calling `ENTRYPOINT [su, -, user]` the supplementary groups will be set up     properly. (CVE-2022-36109)

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

It is, therefore, affected by multiple vulnerabilities as referenced in the ALAS2022-2022-156 advisory.

  - containerd is an open source container runtime. A bug was found in the containerd's CRI implementation     where programs inside a container can cause the containerd daemon to consume memory without bound during     invocation of the `ExecSync` API. This can cause containerd to consume all available memory on the     computer, denying service to other legitimate workloads. Kubernetes and crictl can both be configured to     use containerd's CRI implementation; `ExecSync` may be used when running probes or when executing     processes via an exec facility. This bug has been fixed in containerd 1.6.6 and 1.5.13. Users should     update to these versions to resolve the issue. Users unable to upgrade should ensure that only trusted     images and commands are used. (CVE-2022-31030)

  - Moby is an open-source project created by Docker to enable software containerization. A bug was found in     Moby (Docker Engine) where supplementary groups are not set up properly. If an attacker has direct access     to a container and manipulates their supplementary group access, they may be able to use supplementary     group access to bypass primary group restrictions in some cases, potentially gaining access to sensitive     information or gaining the ability to execute code in that container. This bug is fixed in Moby (Docker     Engine) 20.10.18. Running containers should be stopped and restarted for the permissions to be fixed. For     users unable to upgrade, this problem can be worked around by not using the `USER $USERNAME` Dockerfile     instruction. Instead by calling `ENTRYPOINT [su, -, user]` the supplementary groups will be set up     properly. (CVE-2022-36109)

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

ID	Name	Product	Family	Severity
207893	GLSA-202409-29 : Docker: Multiple Vulnerabilities	Nessus	Gentoo Local Security Checks	critical
187362	NewStart CGSL MAIN 5.04 : docker-ce Vulnerability (NS-SA-2023-0109)	Nessus	NewStart CGSL Local Security Checks	medium
183444	Amazon Linux 2 : docker (ALASECS-2023-013)	Nessus	Amazon Linux Local Security Checks	medium
176021	EulerOS 2.0 SP10 : docker-engine (EulerOS-SA-2023-1971)	Nessus	Huawei Local Security Checks	high
176018	EulerOS 2.0 SP10 : docker-engine (EulerOS-SA-2023-1949)	Nessus	Huawei Local Security Checks	high
175507	EulerOS 2.0 SP9 : docker-engine (EulerOS-SA-2023-1837)	Nessus	Huawei Local Security Checks	high
175490	EulerOS 2.0 SP9 : docker-engine (EulerOS-SA-2023-1864)	Nessus	Huawei Local Security Checks	high
174971	Amazon Linux 2 : docker (ALASDOCKER-2023-024)	Nessus	Amazon Linux Local Security Checks	medium
173967	Amazon Linux 2 : docker (ALASDOCKER-2023-022)	Nessus	Amazon Linux Local Security Checks	medium
173942	Amazon Linux 2 : docker (ALASNITRO-ENCLAVES-2023-022)	Nessus	Amazon Linux Local Security Checks	medium
173633	SUSE SLES12 Security Update : docker (SUSE-SU-2023:1625-1)	Nessus	SuSE Local Security Checks	medium
173346	Amazon Linux 2023 : docker (ALAS2023-2023-143)	Nessus	Amazon Linux Local Security Checks	medium
173188	Amazon Linux 2023 : containerd, containerd-stress (ALAS2023-2023-079)	Nessus	Amazon Linux Local Security Checks	high
172664	SUSE SLES15 / openSUSE 15 Security Update : docker (SUSE-SU-2023:0795-1)	Nessus	SuSE Local Security Checks	medium
170600	Amazon Linux 2022 : (ALAS2022-2022-210)	Nessus	Amazon Linux Local Security Checks	high
166350	Amazon Linux 2022 : (ALAS2022-2022-156)	Nessus	Amazon Linux Local Security Checks	medium

Detections

Analytics

CVE-2022-36109

medium

Tenable Plugins

critical

medium

medium

high

high

high

high

medium

medium

medium

medium

medium

high

medium

high

medium