The remote NewStart CGSL host, running version MAIN 6.06, has docker-ce packages installed that are affected by multiple vulnerabilities:

  - runc through 1.0-rc6, as used in Docker before 18.09.2 and other products, allows attackers to overwrite     the host runc binary (and consequently obtain host root access) by leveraging the ability to execute a     command as root within one of these types of containers: (1) a new container with an attacker-controlled     image, or (2) an existing container, to which the attacker previously had write access, that can be     attached with docker exec. This occurs because of file-descriptor mishandling, related to /proc/self/exe.
    (CVE-2019-5736)

  - Lack of content verification in Docker-CE (Also known as Moby) versions 1.12.6-0, 1.10.3, 17.03.0,     17.03.1, 17.03.2, 17.06.0, 17.06.1, 17.06.2, 17.09.0, and earlier allows a remote attacker to cause a     Denial of Service via a crafted image layer payload, aka gzip bombing. (CVE-2017-14992)

  - The DefaultLinuxSpec function in oci/defaults.go in Docker Moby through 17.03.2-ce does not block     /proc/scsi pathnames, which allows attackers to trigger data loss (when certain older Linux kernels are     used) by leveraging Docker container access to write a scsi remove-single-device line to     /proc/scsi/scsi, aka SCSI MICDROP. (CVE-2017-16539)

  - libseccomp-golang 0.9.0 and earlier incorrectly generates BPFs that OR multiple arguments rather than     ANDing them. A process running under a restrictive seccomp filter that specified multiple syscall     arguments could bypass intended access restrictions by specifying a single matching argument.
    (CVE-2017-18367)

  - The default OCI linux spec in oci/defaults{_linux}.go in Docker/Moby from 1.11 to current does not block     /proc/acpi pathnames. The flaw allows an attacker to modify host's hardware like enabling/disabling     bluetooth or turning up/down keyboard brightness. (CVE-2018-10892)

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

リモートの SUSE Linux SLES12 ホストには、SUSE-SU-2025:03540-1 のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

    - docker-stable フォーク以前の履歴変更ログデータを含めます。最初の変更ログのエントリは、技術的には必要な情報をすべて提供していましたが、Tenable の CVE トラッキングツールはパッケージのフォーク方法を理解していないため、このパッケージには約 12 年分の更新に対する修正が含まれていないと思われます。そのため、フォークポイントまで、元のパッケージの変更ログのコピーを含めます。(bsc#1250596)

    - SLE での git-core 推奨を削除します。ほとんどの SLE システムは、デフォルトで installRecommends=yes を設定しているため、Docker で git がインストールされます。
      bsc#1250508

      この機能は、主に開発者向け (「docker build git://」) であり、多くのユーザーはすでに依存関係をインストール済みです。また、git がない場合のエラーは比較的わかりやすく、インストールする必要のあるものを簡単に特定できます。

    - バックポート <https://github.com/moby/moby/pull/48517>。 bsc#1247362

    - docker-buildx v0.25.0 に更新します。Upstream 変更ログ。
      <https://github.com/docker/buildx/releases/tag/v0.25.0>

    - Rootless Docker モードでは、Docker がホストの zypper 認証情報へのアクセス許可を持たないため、SUSEConnect のシークレットを注入しないでください (特権のないユーザーは /etc/docker/suse-secrets-enable を使用してもこの機能を無効化できません)。(bsc#1240150)

    - Docker 24.0.7-ce リリース (2024 年 2 月 14 日にパッケージ化) からフォークされた、初期の docker-stable フォーク。以下に、履歴用の元の変更ログを示します。

Tenable は、前述の記述ブロックを SUSE セキュリティアドバイザリから直接抽出しています。

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

The remote SUSE Linux SLES12 host has packages installed that are affected by multiple vulnerabilities as referenced in the SUSE-SU-2025:03540-1 advisory.

    - Include historical changelog data from before the docker-stable fork. The       initial changelog entry did technically provide all the necessary       information, but our CVE tracking tools do not understand how the package is       forked and so it seems that this package does not include fixes for ~12 years       of updates. So, include a copy of the original package's changelog up until       the fork point. (bsc#1250596)

    - Remove git-core recommends on SLE. Most SLE systems have       installRecommends=yes by default and thus end up installing git with Docker.
      bsc#1250508

      This feature is mostly intended for developers ('docker build git://') so       most users already have the dependency installed, and the error when git is       missing is fairly straightforward (so they can easily figure out what they       need to install).

    - Backport <https://github.com/moby/moby/pull/48517>. bsc#1247362

    - Update to docker-buildx v0.25.0. Upstream changelog:
      <https://github.com/docker/buildx/releases/tag/v0.25.0>

    - Do not try to inject SUSEConnect secrets when in Rootless Docker mode, as       Docker does not have permission to access the host zypper credentials in this       mode (and unprivileged users cannot disable the feature using       /etc/docker/suse-secrets-enable.) bsc#1240150

    - Initial docker-stable fork, forked from Docker 24.0.7-ce release       (packaged on 2024-02-14). The original changelog is included below for       historical reference.

Tenable has extracted the preceding description block directly from the SUSE 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 CORE 5.04 / MAIN 5.04, has docker-ce packages installed that are affected by multiple vulnerabilities:

  - Lack of content verification in Docker-CE (Also known as Moby) versions 1.12.6-0, 1.10.3, 17.03.0,     17.03.1, 17.03.2, 17.06.0, 17.06.1, 17.06.2, 17.09.0, and earlier allows a remote attacker to cause a     Denial of Service via a crafted image layer payload, aka gzip bombing. (CVE-2017-14992)

  - The DefaultLinuxSpec function in oci/defaults.go in Docker Moby through 17.03.2-ce does not block     /proc/scsi pathnames, which allows attackers to trigger data loss (when certain older Linux kernels are     used) by leveraging Docker container access to write a scsi remove-single-device line to     /proc/scsi/scsi, aka SCSI MICDROP. (CVE-2017-16539)

  - libseccomp-golang 0.9.0 and earlier incorrectly generates BPFs that OR multiple arguments rather than     ANDing them. A process running under a restrictive seccomp filter that specified multiple syscall     arguments could bypass intended access restrictions by specifying a single matching argument.
    (CVE-2017-18367)

  - The default OCI linux spec in oci/defaults{_linux}.go in Docker/Moby from 1.11 to current does not block     /proc/acpi pathnames. The flaw allows an attacker to modify host's hardware like enabling/disabling     bluetooth or turning up/down keyboard brightness. (CVE-2018-10892)

  - In Docker through 18.06.1-ce-rc2, the API endpoints behind the 'docker cp' command are vulnerable to a     symlink-exchange attack with Directory Traversal, giving attackers arbitrary read-write access to the host     filesystem with root privileges, because daemon/archive.go does not do archive operations on a frozen     filesystem (or from within a chroot). (CVE-2018-15664)

  - Docker Engine before 18.09 allows attackers to cause a denial of service (dockerd memory consumption) via     a large integer in a --cpuset-mems or --cpuset-cpus value, related to daemon/daemon_unix.go,     pkg/parsers/parsers.go, and pkg/sysinfo/sysinfo.go. (CVE-2018-20699)

  - In Docker before 18.09.4, an attacker who is capable of supplying or manipulating the build path for the     docker build command would be able to gain command execution. An issue exists in the way docker build     processes remote git URLs, and results in command injection into the underlying git clone command,     leading to code execution in the context of the user executing the docker build command. This occurs     because git ref can be misinterpreted as a flag. (CVE-2019-13139)

  - In Docker CE and EE before 18.09.8 (as well as Docker EE before 17.06.2-ee-23 and 18.x before     18.03.1-ee-10), Docker Engine in debug mode may sometimes add secrets to the debug log. This applies to a     scenario where docker stack deploy is run to redeploy a stack that includes (non external) secrets. It     potentially applies to other API users of the stack API if they resend the secret. (CVE-2019-13509)

  - runc through 1.0-rc6, as used in Docker before 18.09.2 and other products, allows attackers to overwrite     the host runc binary (and consequently obtain host root access) by leveraging the ability to execute a     command as root within one of these types of containers: (1) a new container with an attacker-controlled     image, or (2) an existing container, to which the attacker previously had write access, that can be     attached with docker exec. This occurs because of file-descriptor mishandling, related to /proc/self/exe.
    (CVE-2019-5736)

  - An issue was discovered in Docker Engine before 19.03.11. An attacker in a container, with the CAP_NET_RAW     capability, can craft IPv6 router advertisements, and consequently spoof external IPv6 hosts, obtain     sensitive information, or cause a denial of service. (CVE-2020-13401)

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

The remote NewStart CGSL host, running version CORE 5.05 / MAIN 5.05, has docker-ce packages installed that are affected by multiple vulnerabilities:

  - Lack of content verification in Docker-CE (Also known as Moby) versions 1.12.6-0, 1.10.3, 17.03.0,     17.03.1, 17.03.2, 17.06.0, 17.06.1, 17.06.2, 17.09.0, and earlier allows a remote attacker to cause a     Denial of Service via a crafted image layer payload, aka gzip bombing. (CVE-2017-14992)

  - The DefaultLinuxSpec function in oci/defaults.go in Docker Moby through 17.03.2-ce does not block     /proc/scsi pathnames, which allows attackers to trigger data loss (when certain older Linux kernels are     used) by leveraging Docker container access to write a scsi remove-single-device line to     /proc/scsi/scsi, aka SCSI MICDROP. (CVE-2017-16539)

  - libseccomp-golang 0.9.0 and earlier incorrectly generates BPFs that OR multiple arguments rather than     ANDing them. A process running under a restrictive seccomp filter that specified multiple syscall     arguments could bypass intended access restrictions by specifying a single matching argument.
    (CVE-2017-18367)

  - The default OCI linux spec in oci/defaults{_linux}.go in Docker/Moby from 1.11 to current does not block     /proc/acpi pathnames. The flaw allows an attacker to modify host's hardware like enabling/disabling     bluetooth or turning up/down keyboard brightness. (CVE-2018-10892)

  - In Docker through 18.06.1-ce-rc2, the API endpoints behind the 'docker cp' command are vulnerable to a     symlink-exchange attack with Directory Traversal, giving attackers arbitrary read-write access to the host     filesystem with root privileges, because daemon/archive.go does not do archive operations on a frozen     filesystem (or from within a chroot). (CVE-2018-15664)

  - Docker Engine before 18.09 allows attackers to cause a denial of service (dockerd memory consumption) via     a large integer in a --cpuset-mems or --cpuset-cpus value, related to daemon/daemon_unix.go,     pkg/parsers/parsers.go, and pkg/sysinfo/sysinfo.go. (CVE-2018-20699)

  - In Docker before 18.09.4, an attacker who is capable of supplying or manipulating the build path for the     docker build command would be able to gain command execution. An issue exists in the way docker build     processes remote git URLs, and results in command injection into the underlying git clone command,     leading to code execution in the context of the user executing the docker build command. This occurs     because git ref can be misinterpreted as a flag. (CVE-2019-13139)

  - In Docker CE and EE before 18.09.8 (as well as Docker EE before 17.06.2-ee-23 and 18.x before     18.03.1-ee-10), Docker Engine in debug mode may sometimes add secrets to the debug log. This applies to a     scenario where docker stack deploy is run to redeploy a stack that includes (non external) secrets. It     potentially applies to other API users of the stack API if they resend the secret. (CVE-2019-13509)

  - runc through 1.0-rc6, as used in Docker before 18.09.2 and other products, allows attackers to overwrite     the host runc binary (and consequently obtain host root access) by leveraging the ability to execute a     command as root within one of these types of containers: (1) a new container with an attacker-controlled     image, or (2) an existing container, to which the attacker previously had write access, that can be     attached with docker exec. This occurs because of file-descriptor mishandling, related to /proc/self/exe.
    (CVE-2019-5736)

  - An issue was discovered in Docker Engine before 19.03.11. An attacker in a container, with the CAP_NET_RAW     capability, can craft IPv6 router advertisements, and consequently spoof external IPv6 hosts, obtain     sensitive information, or cause a denial of service. (CVE-2020-13401)

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

このdocker、docker-runc、containerd、golang-github-docker-libnetworkの更新では、複数の問題を修正します：

これらのセキュリティの問題が修正されました：

  - CVE-2017-16539：oci/defaults.go dockerのDefaultLinuxSpec関数は、/proc/scsiパス名をブロックしていなかったため、攻撃者は、Dockerコンテナアクセスを悪用して/proc/scsi/scsi、別名SCSI MICDROP、に「scsi remove-single-device」を書き込むことで、データ損失（特定の古いLinuxカーネルを使用する場合）を引き起こすことが可能でした（bnc#1066801）

  - CVE-2017-14992：dockerでコンテンツが検証されないため、リモートの攻撃者が細工されたイメージレイヤーのペイロード（gzipの爆撃とも呼ばれます）を介してサービス拒否を引き起こすことが可能でした。
    （bnc#1066210）

以下のセキュリティ以外の問題が、修正されました。

  - bsc#1059011：systemdサービスヘルパースクリプトが、daemonを起動するのに60秒のタイムアウトを使用していました。これは、deamonの起動に時間がかかる場合には不十分です。代わりに、サービスタイプを「simple」から「notify」に設定し、現在は不要なヘルパースクリプトを削除してください。

  - bsc#1057743：新しいバージョンのdocker-libnetworkの新しい要件。

  - bsc#1032287：docker systemd構成がありません。

  - bsc#1057743：libnetwork要件の新しい「symbol」。

  - bsc#1057743：ホストで利用できなくなった孤立した秘密データを持つ「古い」コンテナを処理する秘密パッチを更新してください。

  - bsc#1055676：Dockerがユーザーの名前空間を有効にして実行される場合、ボリュームとマウントを正しく処理するようにパッチを更新してください。

  - bsc#1045628：：パッチを追加して、libdm操作を試行する前に、dmストレージドライバーがコンテナのrootfsマウントポイントを削除するようにします。これにより、ライブマウントがコンテナに漏洩する場合に複雑になるのを回避できます。

  - bsc#1069758：Dockerをv17.09.1_ce（および旧式のdocker-image-migrator）にアップグレードします。

  - bsc#1021227：bsc#1029320 bsc#1058173 -- コンテナモジュール内の遅延した除去/削除にdocker devicemapperのサポートを有効にします。

  - bsc#1046024：起動後のDockerネットワークの切断を回避するための、DockerとSuSEFirewall2の間の正常なインタラクション。

  - bsc#1048046：-buildmode=pieを使用して構築し、すべてのバイナリをPICにします。

  - bsc#1072798：使われなくなったbridge-utilsとの依存関係を削除します。

  - bsc#1064926：デフォルトでupstreamに一致するように --start-timeout=2mを設定します。 

  - bsc#1065109、bsc#1053532：Dockerが「docker info」でコミットIDを取得できるように、upstream makefileを使用します。

「docker-runc」パッケージは、古い「runc」パッケージの名前を変更しただけで、現在出荷するruncのDocker forkと一致します。この更新はSUSEからインポートされました：SLE-12：更新プロジェクトを更新します。

リモートの SUSE Linux SLES15 / SLES_SAP15 / openSUSE 15 ホストには、SUSE-SU-2025:03545-1 のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

    この更新にはすでに修正済みの参照がほとんど含まれていることに注意してください。

    - 不必要なプルを回避するために SLE 上の git-core の推奨を削除します。(bsc#1250508)

      この機能は、主に開発者向け (「docker build git://」) であり、多くのユーザーはすでに依存関係をインストール済みです。また、git がない場合のエラーは比較的わかりやすく、インストールする必要のあるものを簡単に特定できます。

    - docker-stable フォーク以前の履歴変更ログデータを含めます。最初の変更ログのエントリは、技術的には必要な情報をすべて提供していましたが、Tenable の CVE トラッキングツールはパッケージのフォーク方法を理解していないため、このパッケージには約 12 年分の更新に対する修正が含まれていないと思われます。そのため、フォークポイントまで、元のパッケージの変更ログのコピーを含めます。 bsc#1250596

    - docker-buildx v0.25.0 に更新します。Upstream 変更ログ。
      <https://github.com/docker/buildx/releases/tag/v0.25.0>

    - Upstream が Go 1.23 を使用するように 23.0.x LTSS を切り替えたため、ビルド用に Go 1.23 に更新します。

    - Rootless Docker モードでは、Docker がホストの zypper 認証情報へのアクセス許可を持たないため、SUSEConnect のシークレットを注入しないでください (特権のないユーザーは /etc/docker/suse-secrets-enable を使用してもこの機能を無効化できません)。(bsc#1240150)

    - Docker 24.0.7-ce リリース (2024 年 2 月 14 日にパッケージ化) からフォークされた、初期の docker-stable フォーク。以下に、履歴用の元の変更ログを示します。

Tenable は、前述の記述ブロックを SUSE セキュリティアドバイザリから直接抽出しています。

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

运行 CORE 5.04 / MAIN 5.04 版本的远程 NewStart CGSL 主机上安装的 docker-ce 程序包受到多个漏洞的影响：

  - 在 Docker-CE（亦称为 Moby）的 1.12.6-0、1.10.3、17.03.0、17.03.1、17.03.2、17.06.0、17.06.1、17.06.2、17.09.0 和之前版本中缺少内容验证可让远程攻击者通过特制的图像层负载（亦即 gzip bombing），造成拒绝服务。(CVE-2017-14992)

  - 在 Docker Moby 17.03.2-ce 及之前版本中，oci/defaults.go 中的 DefaultLinuxSpec 函数未阻塞 /proc/scsi 路径名，攻击者可以借此通过利用 Docker 容器访问权将 scsi remove-single-device 行写入到 /proc/scsi/scsi 中，即 SCSI MICDROP，进而触发数据损失（前提是使用某些较老的 Linux 内核）。(CVE-2017-16539)

  - libseccomp-golang 0.9.0 及其之前版本错误生成的 BPF 与多个参数进行“或”操作，而不是对其进行“与”操作。在已指定多个 syscall 参数的限制性 seccomp 过滤器下运行的进程可通过指定单个匹配参数来绕过预期访问限制。
    (CVE-2017-18367)

  Docker/Moby 中 oci/defaults{_linux}.go 的默认 OCI Linux 规范（从 1.11 至当前版本），未阻止 /proc/acpi 路径名。此缺陷允许攻击者修改主机硬件，如启用/禁用蓝牙或调高/调低键盘亮度。(CVE-2018-10892)

  - 在 Docker 18.06.1-ce-rc2 及之前的版本中，'docker cp' 命令后的 API 端点容易受到具有目录遍历的符号链接交换攻击，从而使攻击者可以利用根特权对主机文件系统进行任意读取和写入，因为 daemon/archive.go 不在冻结的文件系统上（或者从 chroot 内部）执行存档操作。(CVE-2018-15664)

  - 18.09 版本之前的 Docker Engine 使得攻击者可以通过 --cpuset-mems 或 --cpuset-cpus 值中的大整数造成拒绝服务（dockerd 内存消耗），这与 daemon/daemon_unix.go、pkg/parsers/parsers.go 和 pkg/sysinfo/sysinfo.go 相关。(CVE-2018-20699)

  - 在 18.09.4 版本之前的 Docker 中，能够为 docker 构建命令提供或操纵构建路径的攻击者能够获得命令执行。docker 构建处理远程 git URL 的方式存在问题，使得命令注入到底层 git 克隆命令中，进而导致在执行 docker 构建命令的用户上下文中执行代码。这是因为 git ref 可能被误解成了标志。(CVE-2019-13139)

  - 在 18.09.8 版本之前的 Docker CE and EE 中（以及 17.06.2-ee-23 版本之前的 Docker EE 和 18.03.1-ee-10 版本之前的 18.x 中），处于调试模式的 Docker Engine 有时会向调试日志添加秘密。此类情况适用于运行 docker 堆栈部署，以重新部署包含（非外部）秘密的堆栈。如果重新发送秘密，可能适用于堆栈 API 的其他 API 用户。(CVE-2019-13509)

  - 1.0-rc6 版本及之前的 runc（在 18.09.2 版本之前的 Docker 和其他产品中使用）使得攻击者可以通过利用在这些类型的容器中作为根执行命令的能力，重写主机 runc 二进制文件（从而获得主机根访问权）：(1) 包含攻击者控制的图像的新容器，或 (2) 攻击者之前具有写入权并且可以附加 docker exec 的现有容器。这是因为文件描述符处理不当，与 /proc/self/exe 有关。
    (CVE-2019-5736)

  - 在 19.03.11 版本之前的 Docker Engine 中发现问题。具有 CAP_NET_RAW 能力的容器中的攻击者可特制 IPv6 路由器公告，进而欺骗外部 IPv6 主机，获取敏感信息或造成拒绝服务。(CVE-2020-13401)

请注意，Nessus 尚未测试此问题，而是只依赖于应用程序自我报告的版本号。

运行 CORE 5.05 / MAIN 5.05 版本的远程 NewStart CGSL 主机上安装的 docker-ce 程序包受到多个漏洞的影响：

  - 在 Docker-CE（亦称为 Moby）的 1.12.6-0、1.10.3、17.03.0、17.03.1、17.03.2、17.06.0、17.06.1、17.06.2、17.09.0 和之前版本中缺少内容验证可让远程攻击者通过特制的图像层负载（亦即 gzip bombing），造成拒绝服务。(CVE-2017-14992)

  - 在 Docker Moby 17.03.2-ce 及之前版本中，oci/defaults.go 中的 DefaultLinuxSpec 函数未阻塞 /proc/scsi 路径名，攻击者可以借此通过利用 Docker 容器访问权将 scsi remove-single-device 行写入到 /proc/scsi/scsi 中，即 SCSI MICDROP，进而触发数据损失（前提是使用某些较老的 Linux 内核）。(CVE-2017-16539)

  - libseccomp-golang 0.9.0 及其之前版本错误生成的 BPF 与多个参数进行“或”操作，而不是对其进行“与”操作。在已指定多个 syscall 参数的限制性 seccomp 过滤器下运行的进程可通过指定单个匹配参数来绕过预期访问限制。
    (CVE-2017-18367)

  Docker/Moby 中 oci/defaults{_linux}.go 的默认 OCI Linux 规范（从 1.11 至当前版本），未阻止 /proc/acpi 路径名。此缺陷允许攻击者修改主机硬件，如启用/禁用蓝牙或调高/调低键盘亮度。(CVE-2018-10892)

  - 在 Docker 18.06.1-ce-rc2 及之前的版本中，'docker cp' 命令后的 API 端点容易受到具有目录遍历的符号链接交换攻击，从而使攻击者可以利用根特权对主机文件系统进行任意读取和写入，因为 daemon/archive.go 不在冻结的文件系统上（或者从 chroot 内部）执行存档操作。(CVE-2018-15664)

  - 18.09 版本之前的 Docker Engine 使得攻击者可以通过 --cpuset-mems 或 --cpuset-cpus 值中的大整数造成拒绝服务（dockerd 内存消耗），这与 daemon/daemon_unix.go、pkg/parsers/parsers.go 和 pkg/sysinfo/sysinfo.go 相关。(CVE-2018-20699)

  - 在 18.09.4 版本之前的 Docker 中，能够为 docker 构建命令提供或操纵构建路径的攻击者能够获得命令执行。docker 构建处理远程 git URL 的方式存在问题，使得命令注入到底层 git 克隆命令中，进而导致在执行 docker 构建命令的用户上下文中执行代码。这是因为 git ref 可能被误解成了标志。(CVE-2019-13139)

  - 在 18.09.8 版本之前的 Docker CE and EE 中（以及 17.06.2-ee-23 版本之前的 Docker EE 和 18.03.1-ee-10 版本之前的 18.x 中），处于调试模式的 Docker Engine 有时会向调试日志添加秘密。此类情况适用于运行 docker 堆栈部署，以重新部署包含（非外部）秘密的堆栈。如果重新发送秘密，可能适用于堆栈 API 的其他 API 用户。(CVE-2019-13509)

  - 1.0-rc6 版本及之前的 runc（在 18.09.2 版本之前的 Docker 和其他产品中使用）使得攻击者可以通过利用在这些类型的容器中作为根执行命令的能力，重写主机 runc 二进制文件（从而获得主机根访问权）：(1) 包含攻击者控制的图像的新容器，或 (2) 攻击者之前具有写入权并且可以附加 docker exec 的现有容器。这是因为文件描述符处理不当，与 /proc/self/exe 有关。
    (CVE-2019-5736)

  - 在 19.03.11 版本之前的 Docker Engine 中发现问题。具有 CAP_NET_RAW 能力的容器中的攻击者可特制 IPv6 路由器公告，进而欺骗外部 IPv6 主机，获取敏感信息或造成拒绝服务。(CVE-2020-13401)

请注意，Nessus 尚未测试此问题，而是只依靠应用程序自我报告的版本号来判断。

This update for docker, docker-runc, containerd, golang-github-docker-libnetwork fixes several issues.

These security issues were fixed :

  - CVE-2017-16539: The DefaultLinuxSpec function in     oci/defaults.go docker did not block /proc/scsi     pathnames, which allowed attackers to trigger data loss     (when certain older Linux kernels are used) by     leveraging Docker container access to write a 'scsi     remove-single-device' line to /proc/scsi/scsi, aka SCSI     MICDROP (bnc#1066801)

  - CVE-2017-14992: Lack of content verification in docker     allowed a remote attacker to cause a Denial of Service     via a crafted image layer payload, aka gzip bombing.
    (bnc#1066210)

These non-security issues were fixed :

  - bsc#1059011: The systemd service helper script used a     timeout of 60 seconds to start the daemon, which is     insufficient in cases where the daemon takes longer to     start. Instead, set the service type from 'simple' to     'notify' and remove the now superfluous helper script.

  - bsc#1057743: New requirement with new version of     docker-libnetwork.

  - bsc#1032287: Missing docker systemd configuration.

  - bsc#1057743: New 'symbol' for libnetwork requirement.

  - bsc#1057743: Update secrets patch to handle 'old'     containers that have orphaned secret data no longer     available on the host.

  - bsc#1055676: Update patches to correctly handle volumes     and mounts when Docker is running with user namespaces     enabled.

  - bsc#1045628:: Add patch to make the dm storage driver     remove a container's rootfs mountpoint before attempting     to do libdm operations on it. This helps avoid     complications when live mounts will leak into     containers.

  - bsc#1069758: Upgrade Docker to v17.09.1_ce (and obsolete     docker-image-migrator).

  - bsc#1021227: bsc#1029320 bsc#1058173 -- Enable docker     devicemapper support for deferred removal/deletion     within Containers module.

  - bsc#1046024: Correct interaction between Docker and     SuSEFirewall2, to avoid breaking Docker networking after     boot.

  - bsc#1048046: Build with -buildmode=pie to make all     binaries PIC.

  - bsc#1072798: Remove dependency on obsolete bridge-utils.

  - bsc#1064926: Set --start-timeout=2m by default to match     upstream. 

  - bsc#1065109, bsc#1053532: Use the upstream makefile so     that Docker can get the commit ID in `docker info`.

Please note that the 'docker-runc' package is just a rename of the old 'runc' package to match that we now ship the Docker fork of runc. This update was imported from the SUSE:SLE-12:Update update project.

The remote SUSE Linux SLES15 / SLES_SAP15 / openSUSE 15 host has packages installed that are affected by multiple vulnerabilities as referenced in the SUSE-SU-2025:03545-1 advisory.

    Note this update contains a already fixed references mostly.

    - Remove git-core recommends on SLE to avoid pulling it in unnecessary. (bsc#1250508)

      This feature is mostly intended for developers ('docker build git://') so       most users already have the dependency installed, and the error when git is       missing is fairly straightforward (so they can easily figure out what they       need to install).

    - Include historical changelog data from before the docker-stable fork. The       initial changelog entry did technically provide all the necessary       information, but our CVE tracking tools do not understand how the package is       forked and so it seems that this package does not include fixes for ~12 years       of updates. So, include a copy of the original package's changelog up until       the fork point. bsc#1250596

    - Update to docker-buildx v0.25.0. Upstream changelog:
      <https://github.com/docker/buildx/releases/tag/v0.25.0>

    - Update to Go 1.23 for building now that upstream has switched their 23.0.x       LTSS to use Go 1.23.

    - Do not try to inject SUSEConnect secrets when in Rootless Docker mode, as       Docker does not have permission to access the host zypper credentials in this       mode (and unprivileged users cannot disable the feature using       /etc/docker/suse-secrets-enable.) bsc#1240150

    - Initial docker-stable fork, forked from Docker 24.0.7-ce release       (packaged on 2024-02-14). The original changelog is included below for       historical reference.

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

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

An update of the kapacitor package has been released.

執行 CORE 5.04 / MAIN 5.04 版的遠端 NewStart CGSL 主機上安裝的 docker-ce 套件受到多個弱點影響：

  - 在 Docker-CE (亦稱為 Moby) 1.12.6-0、1.10.3、17.03.0、17.03.1、17.03.2、17.06.0、17.06.1、17.06.2、17.09.0 和之前版本中缺少內容驗證，遠端攻擊者可藉此透過特別建構的映像層承載 (即 gzip bombing)，造成拒絕服務。(CVE-2017-14992)

  - 在 Docker Moby 17.03.2-ce 及之前版本中，oci/defaults.go 的 DefaultLinuxSpec 函式未封鎖  /proc/scsi 路徑名稱，攻擊者可藉此利用 Docker 容器存取觸發資料遺失 (使用某些舊版 Linux 核心時)，將 scsi remove-single-device 行寫入 /proc/scsi/scsi，即 SCSI MICDROP。(CVE-2017-16539)

  - libseccomp-golang 0.9.0 和更舊版本錯誤地產生將多個引數進行「或」運算的 BPF，而不是對其進行「與」運算。在指定多個系統呼叫引數的限制式 seccomp 篩選器下執行的處理程序，可藉由指定一個相符的引數來繞過預定的存取限制。
    (CVE-2017-18367)

  - 在 Docker/Moby 的 oci/defaults{_linux}.go 中，預設 OCI Linux 規格從 1.11 版到目前版本都不會封鎖 /proc/acpi 路徑名稱。攻擊者可利用此缺陷修改主機的硬體，例如啟用/停用藍牙或調高/調低鍵盤亮度。(CVE-2018-10892)

  - 在 Docker 18.06.1-ce-rc2 及之前版本中，「docker cp」命令後的 API 端點容易遭受透過目錄遊走發動的符號連結交換攻擊，攻擊者可藉此以 root 權限任意讀寫存取主機檔案系統，這是 daemon/archive.go 未在凍結的檔案系統上 (或從 chroot 內) 執行封存作業。(CVE-2018-15664)

  - 攻擊者可利用 Docker Engine 18.09 及之前版本，透過 --cpuset-mems 或 --cpuset-cpus 值中的大整數 (與 daemon/daemon_unix.go、pkg/parsers/parsers.go、and pkg/sysinfo/sysinfo.go 相關) 造成拒絕服務 (dockerd 記憶體消耗)。(CVE-2018-20699)

  - 在 Docker 18.09.4 之前的版本中，如果攻擊者能夠提供或操控 docker build 命令構建路徑，則可執行命令。docker build 處理遠端 git URL 的方式中存在一個問題，導致命令插入基礎 git clone 命令中，進而導致在執行 docker build 命令的使用者內容中執行程式碼。這是 git ref 可能被誤解為旗標所致。(CVE-2019-13139)

  - 在 Docker CE 和 EE 18.09.8 之前的版本中 (以及 Docker EE 17.06.2-ee-23 之前的版本和 18.03.1-ee-10 之前的 18.x 版) 中，處於除錯模式的 Docker Engine 有時可能新增密碼至除錯記錄。這適用於執行 docker 堆疊配置以重新配置包含 (非外部) 秘密的堆疊的情況。其可能適用於堆疊 API 的其他 API 使用者 (若他們重新傳送該秘密)。(CVE-2019-13509)

  - 用於 Docker 18.09.2 之前版本和其他產品的 runc 1.0-rc6 及之前版本允許攻擊者利用在其中一種類型容器中以 root 身分執行命令的能力，覆寫主機 runc 二進位  (並藉此取得主機 root 存取權)。(1) 具有攻擊者所控制影像的新容器，或 (2) 攻擊者先前具有寫入權限的現有容器，可附加 docker exec。這是檔案描述符號處理不當所致，與 /proc/self/exe 有關。
    (CVE-2019-5736)

  - 在 Docker Engine 19.03.11 之前的版本中發現一個問題。如果容器中的攻擊者具有 CAP_NET_RAW 能力，則可建構 IPv6 路由器廣告，並藉此偽造外部 IPv6 主機，取得敏感資訊或造成拒絕服務。(CVE-2020-13401)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼。

執行 CORE 5.05 / MAIN 5.05 版的遠端 NewStart CGSL 主機上安裝的 docker-ce 套件受到多個弱點影響：

  - 在 Docker-CE (亦稱為 Moby) 1.12.6-0、1.10.3、17.03.0、17.03.1、17.03.2、17.06.0、17.06.1、17.06.2、17.09.0 和之前版本中缺少內容驗證，遠端攻擊者可藉此透過特別建構的映像層承載 (即 gzip bombing)，造成拒絕服務。(CVE-2017-14992)

  - 在 Docker Moby 17.03.2-ce 及之前版本中，oci/defaults.go 的 DefaultLinuxSpec 函式未封鎖  /proc/scsi 路徑名稱，攻擊者可藉此利用 Docker 容器存取觸發資料遺失 (使用某些舊版 Linux 核心時)，將 scsi remove-single-device 行寫入 /proc/scsi/scsi，即 SCSI MICDROP。(CVE-2017-16539)

  - libseccomp-golang 0.9.0 和更舊版本錯誤地產生將多個引數進行「或」運算的 BPF，而不是對其進行「與」運算。在指定多個系統呼叫引數的限制式 seccomp 篩選器下執行的處理程序，可藉由指定一個相符的引數來繞過預定的存取限制。
    (CVE-2017-18367)

  - 在 Docker/Moby 的 oci/defaults{_linux}.go 中，預設 OCI Linux 規格從 1.11 版到目前版本都不會封鎖 /proc/acpi 路徑名稱。攻擊者可利用此缺陷修改主機的硬體，例如啟用/停用藍牙或調高/調低鍵盤亮度。(CVE-2018-10892)

  - 在 Docker 18.06.1-ce-rc2 及之前版本中，「docker cp」命令後的 API 端點容易遭受透過目錄遊走發動的符號連結交換攻擊，攻擊者可藉此以 root 權限任意讀寫存取主機檔案系統，這是 daemon/archive.go 未在凍結的檔案系統上 (或從 chroot 內) 執行封存作業。(CVE-2018-15664)

  - 攻擊者可利用 Docker Engine 18.09 及之前版本，透過 --cpuset-mems 或 --cpuset-cpus 值中的大整數 (與 daemon/daemon_unix.go、pkg/parsers/parsers.go、and pkg/sysinfo/sysinfo.go 相關) 造成拒絕服務 (dockerd 記憶體消耗)。(CVE-2018-20699)

  - 在 Docker 18.09.4 之前的版本中，如果攻擊者能夠提供或操控 docker build 命令構建路徑，則可執行命令。docker build 處理遠端 git URL 的方式中存在一個問題，導致命令插入基礎 git clone 命令中，進而導致在執行 docker build 命令的使用者內容中執行程式碼。這是 git ref 可能被誤解為旗標所致。(CVE-2019-13139)

  - 在 Docker CE 和 EE 18.09.8 之前的版本中 (以及 Docker EE 17.06.2-ee-23 之前的版本和 18.03.1-ee-10 之前的 18.x 版) 中，處於除錯模式的 Docker Engine 有時可能新增密碼至除錯記錄。這適用於執行 docker 堆疊配置以重新配置包含 (非外部) 秘密的堆疊的情況。其可能適用於堆疊 API 的其他 API 使用者 (若他們重新傳送該秘密)。(CVE-2019-13509)

  - 用於 Docker 18.09.2 之前版本和其他產品的 runc 1.0-rc6 及之前版本允許攻擊者利用在其中一種類型容器中以 root 身分執行命令的能力，覆寫主機 runc 二進位  (並藉此取得主機 root 存取權)。(1) 具有攻擊者所控制影像的新容器，或 (2) 攻擊者先前具有寫入權限的現有容器，可附加 docker exec。這是檔案描述符號處理不當所致，與 /proc/self/exe 有關。
    (CVE-2019-5736)

  - 在 Docker Engine 19.03.11 之前的版本中發現一個問題。如果容器中的攻擊者具有 CAP_NET_RAW 能力，則可建構 IPv6 路由器廣告，並藉此偽造外部 IPv6 主機，取得敏感資訊或造成拒絕服務。(CVE-2020-13401)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼。

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
266258	NewStart CGSL MAIN 6.06 : docker-ce Multiple Vulnerabilities (NS-SA-2025-0217)	Nessus	NewStart CGSL Local Security Checks	2025/9/30	2025/9/30	high
270099	SUSE SLES12 セキュリティ更新 : docker-stable (SUSE-SU-2025:03540-1)	Nessus	SuSE Local Security Checks	2025/10/11	2025/10/11	critical
270099	SUSE SLES12 Security Update : docker-stable (SUSE-SU-2025:03540-1)	Nessus	SuSE Local Security Checks	2025/10/11	2025/10/11	critical
143962	NewStart CGSL CORE 5.04 / MAIN 5.04 : docker-ce Multiple Vulnerabilities (NS-SA-2020-0082)	Nessus	NewStart CGSL Local Security Checks	2020/12/9	2021/7/1	high
154519	NewStart CGSL CORE 5.05 / MAIN 5.05 : docker-ce Multiple Vulnerabilities (NS-SA-2021-0138)	Nessus	NewStart CGSL Local Security Checks	2021/10/27	2021/10/28	high
106705	openSUSEセキュリティ更新プログラム：docker / docker-runc / containerd / etc（openSUSE-2018-152）	Nessus	SuSE Local Security Checks	2018/2/9	2025/10/30	medium
270307	SUSE SLES15 / openSUSE 15 セキュリティ更新 : docker-stable (SUSE-SU-2025:03545-1)	Nessus	SuSE Local Security Checks	2025/10/14	2025/10/15	critical
143962	NewStart CGSL CORE 5.04 / MAIN 5.04：docker-ce 多个漏洞 (NS-SA-2020-0082)	Nessus	NewStart CGSL Local Security Checks	2020/12/9	2021/7/1	high
154519	NewStart CGSL CORE 5.05 / MAIN 5.05 : docker-ce 多个漏洞 (NS-SA-2021-0138)	Nessus	NewStart CGSL Local Security Checks	2021/10/27	2021/10/28	high
106705	openSUSE Security Update : docker / docker-runc / containerd / etc (openSUSE-2018-152)	Nessus	SuSE Local Security Checks	2018/2/9	2025/10/30	medium
270307	SUSE SLES15 / openSUSE 15 Security Update : docker-stable (SUSE-SU-2025:03545-1)	Nessus	SuSE Local Security Checks	2025/10/14	2025/10/15	critical
204224	Photon OS 5.0: Kapacitor PHSA-2023-5.0-0045	Nessus	PhotonOS Local Security Checks	2024/7/24	2024/7/25	critical
143962	NewStart CGSL CORE 5.04 / MAIN 5.04：docker-ce 多個弱點 (NS-SA-2020-0082)	Nessus	NewStart CGSL Local Security Checks	2020/12/9	2021/7/1	high
154519	NewStart CGSL CORE 5.05 / MAIN 5.05：docker-ce 多個弱點 (NS-SA-2021-0138)	Nessus	NewStart CGSL Local Security Checks	2021/10/27	2021/10/28	high

检测

插件搜索

high

critical

critical

high

high

medium

critical

high

high

medium

critical

critical

high

high