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

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

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

  - 1.0.0-rc9 及之前的 runc 版本含有可導致權限提升的錯誤存取控制，此問題與 libcontainer/rootfs_linux.go 有關。若要利用此問題，攻擊者必須能夠生成兩個具有自訂 volume-mount 組態的容器，並且能夠執行自訂影像。(此弱點不會影響 Docker，因為實作的詳細資料恰好封鎖了攻擊。) (CVE-2019-19921)

  - 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 上產生並執行容器。在 1.1.2 版之前的 runc 中發現一個錯誤，其中「runc exec --cap」以非空白的可繼承 Linux 處理程序功能建立處理程序，進而建立非典型的 Linux 環境，並使具有可繼承檔案功能的程式能夠在 execve(2) 期間將這些功能提升至允許的集合。這個錯誤不會影響容器安全沙箱，因為可繼承集包含的功能絕不會超過容器邊界集中包含的功能。此錯誤已在 runc 1.1.2 中修正。此修正變更了「runc exec --cap」的行為，使得向正在執行的處理程序授予的其他功能 (透過「--cap」引數指定) 不包含可繼承的功能。此外，「runc spec」已變更為不在所建立的範例 OCI 規格 (「config.json」) 中設定任何可繼承的功能。(CVE-2022-29162)

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

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

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
191389	CentOS 9：runc-1.1.7-2.el9	Nessus	CentOS Local Security Checks	2024/2/29	2024/4/26	high
185838	Oracle Linux 9：runc (ELSA-2023-6380)	Nessus	Oracle Linux Local Security Checks	2023/11/16	2023/12/19	high
176257	Ubuntu 16.04 ESM：runC 弱點 (USN-6088-2)	Nessus	Ubuntu Local Security Checks	2023/5/23	2023/10/20	high
185109	RHEL 9：runc (RHSA-2023: 6380)	Nessus	Red Hat Local Security Checks	2023/11/7	2024/4/28	high
190686	Debian dla-3735：golang-github-opencontainers-runc-dev - 安全性更新	Nessus	Debian Local Security Checks	2024/2/19	2024/2/20	high
155921	Debian DLA-2841-1：runc - LTS 安全性更新	Nessus	Debian Local Security Checks	2021/12/8	2022/1/20	medium

偵測

搜尋 Plugin

high

high

high

high

high

medium