遠端 CentOS Linux 9 主機上安裝的一個套件受到 runc-1.1.7-2.el9 版本變更記錄中提及的多個弱點影響。

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

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

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

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

遠端 Ubuntu 16.04 ESM 主機上安裝的多個套件受到 USN-6088-2 公告中提及的多個弱點影響。

    USN-6088-1 已修正 runC 中的弱點。此更新提供 Ubuntu 16.04 LTS 的對應更新。

    發現掛載 /proc 至非目錄時，runC 未正確執行存取控制。
    攻擊者可能利用此問題提升權限。(CVE-2019-19921)

    Felix Wilhelm 發現 runC 未正確處理 netlink

    訊息。攻擊者可能利用此問題提升權限。(CVE-2021-43784)

    Andrew G. Morgan 發現 runC 未正確設定容器內的繼承處理程序功能。
    攻擊者可能利用此問題提升權限。(CVE-2022-29162)



Tenable 已直接從 Ubuntu 安全公告擷取前置描述區塊。

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

遠端 Redhat Enterprise Linux 9 主機上安裝的套件受到 RHSA-2023: 6380 公告中提及的多個弱點影響。

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

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

  - 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)

  - 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)

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

遠端 Debian 9 主機上安裝的套件受 dla-2841 公告中提及的一個弱點影響。

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

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

遠端 Debian 10 主機上安裝的多個套件受到 dla-3735 公告中提及的多個弱點影響。

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

  - runc 是一種 CLI 工具，用於根據 OCI 規範在 Linux 上產生並執行容器。在 runc 1.1.11 和更舊版本中，由於內部檔案描述符號洩漏，攻擊者便可造成新衍生的容器處理程序 (來自 runc exec)，並在主機檔案系統命名空間中擁有工作目錄，進而透過授予使用者主機檔案系統 (攻擊 2) 的存取權導致容器逸出。惡意影像可利用相同的攻擊，以允許容器處理程序透過 runc run (攻擊 1) 取得主機檔案系統的存取權。攻擊 1 和 2 的變體也可用來覆寫半任意主機二進位檔，造成容器完全逸出 (攻擊 3a 和攻擊 3b)。runc 1.1.12 包含此問題的修補程式。(CVE-2024-21626)

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

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

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

請注意，Nessus 依賴供應商報告的套件存在。

遠端主機受到 GLSA-202408-25 中所述的弱點影響 (runc：多個弱點)

    在 runc 中發現多個弱點。如需詳細資訊，請檢閱下方提及的 CVE 識別碼。

Tenable 已直接從 Gentoo Linux 安全公告擷取前置描述區塊。

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

遠端 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 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

ID	名稱	產品	系列	已發布	已更新	嚴重性
191389	CentOS 9：runc-1.1.7-2.el9	Nessus	CentOS Local Security Checks	2024/2/29	2024/4/26	high
176257	Ubuntu 16.04 ESM：runC 弱點 (USN-6088-2)	Nessus	Ubuntu Local Security Checks	2023/5/23	2024/10/29	high
185109	RHEL 9：runc (RHSA-2023: 6380)	Nessus	Red Hat Local Security Checks	2023/11/7	2025/3/6	high
155921	Debian DLA-2841-1：runc - LTS 安全性更新	Nessus	Debian Local Security Checks	2021/12/8	2025/1/24	medium
190686	Debian dla-3735：golang-github-opencontainers-runc-dev - 安全性更新	Nessus	Debian Local Security Checks	2024/2/19	2025/1/22	high
224195	Linux Distros 未修補弱點：CVE-2021-43784	Nessus	Misc.	2025/3/5	2025/9/2	medium
205353	GLSA-202408-25：runc：多個弱點	Nessus	Gentoo Local Security Checks	2024/8/11	2024/8/12	high
185838	Oracle Linux 9：runc (ELSA-2023-6380)	Nessus	Oracle Linux Local Security Checks	2023/11/16	2025/9/9	high

偵測

搜尋 Plugin

high

high

high

medium

high

medium

high

high