遠端主機上安裝的 containerd 版本為早於 1.4.13-3 的版本。遠端主機上安裝的 docker 版本為要比 20.10.13-2 舊。遠端主機上安裝的 ecs-init 版本低於 1.61.1-1。遠端主機上安裝的 runc 版本低於 1.0.3-3。因此，會受到 ALAS2ECS-2022-001 公告中所提及的多個弱點影響。

    在 containerd 中發現一個錯誤，其中透過 containerd 的 CRI 實作啟動的容器可以使用特製的映像組態，存取主機上任意文件和目錄的唯讀複本。這可能會繞過容器設定的任何強制執行原則 (包括 Kubernetes Pod 安全性原則)，並洩漏潛在的敏感資訊。Kubernetes 和 crictl 都可以設定為使用 containerd 的 CRI 實作。 (CVE-2022-23648)

    Moby 是 Docker 建立的開放原始碼專案，可啟用及加速軟體容器化。在 20.10.14 版之前的 Moby (Docker Engine) 中發現一個錯誤，其中，容器以非空白的可繼承 Linux 處理程序功能啟動，進而建立非典型 Linux 環境，並使具有可繼承檔案功能的程式在執行期間將這些功能提升至允許的集合`execve(2)`。通常，當可執行程式已指定允許的檔案功能時，無權限的使用者和處理程序可執行這些程式並取得邊界集內的指定檔案功能。由於此錯誤，包含具有可繼承檔案功能的可執行程式的容器允許無權限的使用者和處理程序額外取得這些可繼承檔案功能，直到容器的邊界集為止。使用 Linux 使用者和群組在容器內執行權限分隔的容器會受到最直接的影響。這個錯誤不會影響容器安全沙箱，因為可繼承集包含的功能絕不會超過容器邊界集中包含的功能。此錯誤已在 Moby (Docker Engine)  20.10.14 中修正。您應終止、刪除並重新建立執行中的容器，以便重設可繼承功能。這項修正變更了 Moby (Docker Engine) 行為，使得容器在啟動時建立更典型的 Linux 環境。要想解決這個問題，可以透過修改容器入口點使用 `capsh(1)` 等公用程式，以便在主要處理程序啟動之前中斷可繼承功能。(CVE-2022-24769)

    在 containerd 的 CRI 實作中發現一個錯誤，其中容器內的程式可導致 containerd 程序在叫用 ExecSync API 期間無限制地消耗記憶體。從而導致 containerd 耗盡電腦上的所有可用記憶體，拒絕為其他合法工作負載提供服務。
    Kubernetes 和 crictl 皆可設定為使用 containerd 的 CRI 實作；執行探查或透過 exec 設備執行處理程序時，可使用 ExecSync。 (CVE-2022-31030)

Tenable 已直接從所測試產品的安全公告擷取前置描述區塊。

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

偵測

Amazon Linux 2：ecs-init、docker、containerd、runc (ALASECS-2022-001)

high Nessus Plugin ID 178301

版本 1.5