遠端 Oracle Linux 9 主機上有一個套件受到 ELSA-2023-6380 公告中提及的多個弱點影響。

  - runc 是一種 CLI 工具，用於根據 OCI 規範在 Linux 上產生並執行容器。在 runc 中，netlink 在內部用作序列化系統，用於將相關容器組態指定給程式碼的「C」部分 (負責容器的基礎命名空間設定)。在 1.0.3 之前的所有 runc 版本中，編碼器並未處理位元組陣列屬性類型的 16 位元長度欄位中發生整數溢位的可能性，這表示惡意的位元組陣列屬性可能會導致長度溢位以及將屬性內容剖析為容器組態的 netlink 訊息。此弱點需要攻擊者對容器的組態有一定控制權，並允許攻擊者簡單新增他們自己的 netlink 承載 (停用所有命名空間)，從而繞過容器的命名空間限制。受影響的主要使用者為允許在其計算機上執行具有不受信任組態的不受信任影像 (例如使用共用雲端基礎結構) 的使用者。runc 版本 1.0.3 包含此錯誤的修正。因應措施為：嘗試禁止來自容器的不受信任命名空間路徑。請注意，即使沒有此錯誤，不受信任的命名空間路徑也會允許攻擊者完全停用命名空間保護。(CVE-2021-43784)

  - 1.1.4 及之前的 runc 版本含有可導致權限提升的錯誤存取控制，此問題與 libcontainer/rootfs_linux.go 有關。若要利用此問題，攻擊者必須能夠生成兩個具有自訂 volume-mount 組態的容器，並且能夠執行自訂影像。注意：此問題之所以存在，是因為 CVE-2019-19921 迴歸造成。(CVE-2023-27561)

  - runc 是一種 CLI 工具，用於根據 OCI 規範產生並執行容器。據發現，當容器內的「/proc」與特定掛載組態進行符號連結時，可繞過 AppArmor。此問題已在 runc 版本 1.1.5 中修正，方法是禁止符號連結「/proc」。詳細資訊請查看 PR #3785。我們建議使用者進行升級。無法升級的使用者應避免使用不受信任的容器映像。(CVE-2023-28642)

  - runc 是一種 CLI 工具，用於根據 OCI 規範產生並執行容器。據發現，在受影響的版本中，rootless runc 使「/sys/fs/cgroup」在下列情況下可寫入：1. 在使用者命名空間內執行 runc，且「config.json」未指定取消共用的 cgroup 命名空間時 (例如，「(docker|podman|nerdctl) run --cgroupns=host」，使用 Rootless Docker/ Podman/nerdctl) 或 2. 在使用者命名空間之外執行 runc，且「/sys」掛載了「rbind, ro」(例如「runc spec --rootless」；此情形非常罕見)。容器可取得主機上使用者擁有的 cgroup 階層「/sys/fs/cgroup/user.slice/...」的寫入存取權。其他使用者的 cgroup 階層不受影響。
    建議使用者升級至 1.1.5 版。無法升級的使用者可能取消共用 cgroup 命名空間 (「(docker|podman|nerdctl) run --cgroupns=private)」。這是 cgroup v2 主機上 Docker/Podman/nerdctl 的預設行為。或新增「/sys/fs/cgroup」至「maskedPaths」。(CVE-2023-25809)

  - 大量交握記錄可造成 crypto/tls 發生錯誤。用戶端和伺服器都可能傳送大量 TLS 交握記錄，這會分別造成伺服器和用戶端在嘗試建構回應時發生錯誤。此問題會影響所有 TLS 1.3 用戶端、明確啟用工作階段恢復的 TLS 1.2 用戶端 (透過將 Config.ClientSessionCache 設為非 nil 值)，以及要求用戶端憑證的 TLS 1.3 伺服器 (透過設定 Config.ClientAuth >= RequestClientCert) 。(CVE-2022-41724)

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

偵測

Oracle Linux 9：runc (ELSA-2023-6380)

high Nessus Plugin ID 185838

版本 1.2