遠端主機上安裝的 runc 版本低於 1.1.14-1。因此，它會受到 ALAS2ECS-2024-044 公告中提及的一個弱點影響。

    runc 是一種 CLI 工具，用於根據 OCI 規格衍生和執行容器。runc 1.1.13 及更早版本，以及 1.2.0-rc2 及更早版本，可能會被誘騙在主機檔案系統的任意位置建立空檔案或目錄，其方法是在兩個容器之間共用磁碟區並惡意利用 `os.MkdirAll` 中的競爭。雖然這可用來建立空檔案，但現有的檔案不會遭到截斷。攻擊者必須能夠使用某種自訂磁碟區組態啟動容器。使用使用者命名空間的容器仍會受到影響，但攻擊者可建立 inode 的位置範圍會大幅減少。足夠嚴格的 LSM 原則 (SELinux/Apparmor) 原則上也可阻止此攻擊，我們懷疑業界標準的 SELinux 原則可能會限制此攻擊的範圍，但尚未分析確切的保護範圍。攻擊者可直接使用 runc 或透過 Docker 和 Kubernetes 惡意利用此弱點。此問題已在 runc v1.1.14 和 v1.2.0-rc3 中修正。

    您可以使用一些因應措施。使用使用者命名空間相當大幅度地限制了這種攻擊，使得攻擊者只能在重新對應的 root 使用者/群組具有寫入權限的目錄中建立 inode。
    除非 root 使用者重新對應至主機上的實際使用者 (例如，不使用 `/etc/sub[ug]id` 的無 root 容器)，否則這實際上表示攻擊者將只能在任何人皆可寫入的目錄中建立 inode。如果將特定標籤套用至 runc 執行階段，原則上足夠嚴格的 SELinux 或 AppArmor 原則也可限制範圍，但是現有的標準原則封鎖此攻擊的程度，以及充分限制此攻擊所需的確切原則都沒有經過全面測試。(CVE-2024-45310)

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

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

因此，它會受到 ALAS2023-2024-725 公告中提及的一個弱點影響。

    runc 是一種 CLI 工具，用於根據 OCI 規格衍生和執行容器。runc 1.1.13 及更早版本，以及 1.2.0-rc2 及更早版本，可能會被誘騙在主機檔案系統的任意位置建立空檔案或目錄，其方法是在兩個容器之間共用磁碟區並惡意利用 `os.MkdirAll` 中的競爭。雖然這可用來建立空檔案，但現有的檔案不會遭到截斷。攻擊者必須能夠使用某種自訂磁碟區組態啟動容器。使用使用者命名空間的容器仍會受到影響，但攻擊者可建立 inode 的位置範圍會大幅減少。足夠嚴格的 LSM 原則 (SELinux/Apparmor) 原則上也可阻止此攻擊，我們懷疑業界標準的 SELinux 原則可能會限制此攻擊的範圍，但尚未分析確切的保護範圍。攻擊者可直接使用 runc 或透過 Docker 和 Kubernetes 惡意利用此弱點。此問題已在 runc v1.1.14 和 v1.2.0-rc3 中修正。

    您可以使用一些因應措施。使用使用者命名空間相當大幅度地限制了這種攻擊，使得攻擊者只能在重新對應的 root 使用者/群組具有寫入權限的目錄中建立 inode。
    除非 root 使用者重新對應至主機上的實際使用者 (例如，使用不使用 `/etc/sub[ug]id` 的無 root 容器)，否則這實際上表示攻擊者將只能在任何人皆可寫入的目錄中建立 inode。如果將特定標籤套用至 runc 執行階段，原則上足夠嚴格的 SELinux 或 AppArmor 原則也可限制範圍，但是現有的標準原則封鎖此攻擊的程度，以及充分限制此攻擊所需的確切原則都沒有經過全面測試。(CVE-2024-45310)

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

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

遠端主機上安裝的 runc 版本低於 1.1.14-1。因此，它會受到 ALAS2DOCKER-2024-047 公告中提及的一個弱點影響。

    runc 是一種 CLI 工具，用於根據 OCI 規格衍生和執行容器。runc 1.1.13 及更早版本，以及 1.2.0-rc2 及更早版本，可能會被誘騙在主機檔案系統的任意位置建立空檔案或目錄，其方法是在兩個容器之間共用磁碟區並惡意利用 `os.MkdirAll` 中的競爭。雖然這可用來建立空檔案，但現有的檔案不會遭到截斷。攻擊者必須能夠使用某種自訂磁碟區組態啟動容器。使用使用者命名空間的容器仍會受到影響，但攻擊者可建立 inode 的位置範圍會大幅減少。足夠嚴格的 LSM 原則 (SELinux/Apparmor) 原則上也可阻止此攻擊，我們懷疑業界標準的 SELinux 原則可能會限制此攻擊的範圍，但尚未分析確切的保護範圍。攻擊者可直接使用 runc 或透過 Docker 和 Kubernetes 惡意利用此弱點。此問題已在 runc v1.1.14 和 v1.2.0-rc3 中修正。

    您可以使用一些因應措施。使用使用者命名空間相當大幅度地限制了這種攻擊，使得攻擊者只能在重新對應的 root 使用者/群組具有寫入權限的目錄中建立 inode。
    除非 root 使用者重新對應至主機上的實際使用者 (例如，不使用 `/etc/sub[ug]id` 的無 root 容器)，否則這實際上表示攻擊者將只能在任何人皆可寫入的目錄中建立 inode。如果將特定標籤套用至 runc 執行階段，原則上足夠嚴格的 SELinux 或 AppArmor 原則也可限制範圍，但是現有的標準原則封鎖此攻擊的程度，以及充分限制此攻擊所需的確切原則都沒有經過全面測試。(CVE-2024-45310)

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

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

遠端主機上安裝的 ecs-init 版本低於 1.89.1-1。因此，它會受到 ALAS2ECS-2025-050 公告中提及的一個弱點影響。

    runc 是一種 CLI 工具，用於根據 OCI 規格衍生和執行容器。runc 1.1.13 及更早版本，以及 1.2.0-rc2 及更早版本，可能會被誘騙在主機檔案系統的任意位置建立空檔案或目錄，其方法是在兩個容器之間共用磁碟區並惡意利用 `os.MkdirAll` 中的競爭。雖然這可用來建立空檔案，但現有的檔案不會遭到截斷。攻擊者必須能夠使用某種自訂磁碟區組態啟動容器。使用使用者命名空間的容器仍會受到影響，但攻擊者可建立 inode 的位置範圍會大幅減少。足夠嚴格的 LSM 原則 (SELinux/Apparmor) 原則上也可阻止此攻擊，我們懷疑業界標準的 SELinux 原則可能會限制此攻擊的範圍，但尚未分析確切的保護範圍。攻擊者可直接使用 runc 或透過 Docker 和 Kubernetes 惡意利用此弱點。此問題已在 runc v1.1.14 和 v1.2.0-rc3 中修復。

    您可以使用一些因應措施。使用使用者命名空間相當大幅度地限制了這種攻擊，使得攻擊者只能在重新對應的 root 使用者/群組具有寫入權限的目錄中建立 inode。
    除非 root 使用者重新對應至主機上的實際使用者 (例如，使用不使用 `/etc/sub[ug]id` 的無 root 容器)，否則這實際上表示攻擊者將只能在任何人皆可寫入的目錄中建立 inode。如果將特定標籤套用至 runc 執行階段，原則上足夠嚴格的 SELinux 或 AppArmor 原則也可限制範圍，但是現有的標準原則封鎖此攻擊的程度，以及充分限制此攻擊所需的確切原則都沒有經過全面測試。(CVE-2024-45310)

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

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

遠端 Azure Linux 3.0 主機上安裝的 cri-tools / moby-runc / runc 版本比測試版舊。因此，此版本會受到 CVE-2024-45310 公告中提及的一個弱點影響。

  - runc 是一種 CLI 工具用於根據 OCI 規格衍生和執行容器。 runc 1.1.13 和更舊版本以及 1.2.0-rc2 和更舊版本可遭誘騙而在主機檔案系統的任意位置建立空檔案或目錄方法是在兩個容器之間共用一個磁碟區並惡意利用與 `os.MkdirAll` 的爭用情形。雖然這可用來建立空檔案，但現有的檔案不會遭到截斷。攻擊者必須能夠使用某種自訂磁碟區組態啟動容器。使用使用者命名空間的容器仍會受到影響，但攻擊者可建立 inode 的位置範圍會大幅減少。相當嚴格的 LSM 原則 (SELinux/Apparmor) 原則上也可封鎖此攻擊 -- 我們懷疑業界標準 SELinux 原則 可能會限制此攻擊的範圍但尚未分析確切的保護範圍。攻擊者可直接使用 runc 或透過 Docker 和 Kubernetes 惡意利用此弱點。此問題已在 runc v1.1.14 和 v1.2.0-rc3 中修復。您可以使用一些因應措施。使用使用者命名空間相當大幅度地限制了這種攻擊，使得攻擊者只能在重新對應的 root 使用者/群組具有寫入權限的目錄中建立 inode。
    除非 root 使用者重新對應至主機上的實際使用者 (例如使用不使用 `/etc/sub[ug]id` 的無 root 容器)否則這實際上表示攻擊者將只能建立 inode任何人皆可寫入的目錄中。如果將特定標籤套用至 runc 執行階段，原則上足夠嚴格的 SELinux 或 AppArmor 原則也可限制範圍，但是現有的標準原則封鎖此攻擊的程度，以及充分限制此攻擊所需的確切原則都沒有經過全面測試。(CVE-2024-45310)

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

遠端主機上安裝的 runc 版本低於 1.1.14-1。因此，會受到 ALAS2NITRO-ENCLAVES-2024-048 公告中所提及的一個弱點影響。

    runc 是一種 CLI 工具，用於根據 OCI 規格衍生和執行容器。runc 1.1.13 及更早版本，以及 1.2.0-rc2 及更早版本，可能會被誘騙在主機檔案系統的任意位置建立空檔案或目錄，其方法是在兩個容器之間共用磁碟區並惡意利用 `os.MkdirAll` 中的競爭。雖然這可用來建立空檔案，但現有的檔案不會遭到截斷。攻擊者必須能夠使用某種自訂磁碟區組態啟動容器。使用使用者命名空間的容器仍會受到影響，但攻擊者可建立 inode 的位置範圍會大幅減少。足夠嚴格的 LSM 原則 (SELinux/Apparmor) 原則上也可阻止此攻擊，我們懷疑業界標準的 SELinux 原則可能會限制此攻擊的範圍，但尚未分析確切的保護範圍。攻擊者可直接使用 runc 或透過 Docker 和 Kubernetes 惡意利用此弱點。此問題已在 runc v1.1.14 和 v1.2.0-rc3 中修正。

    您可以使用一些因應措施。使用使用者命名空間相當大幅度地限制了這種攻擊，使得攻擊者只能在重新對應的 root 使用者/群組具有寫入權限的目錄中建立 inode。
    除非 root 使用者重新對應至主機上的實際使用者 (例如，不使用 `/etc/sub[ug]id` 的無 root 容器)，否則這實際上表示攻擊者將只能在任何人皆可寫入的目錄中建立 inode。如果將特定標籤套用至 runc 執行階段，原則上足夠嚴格的 SELinux 或 AppArmor 原則也可限制範圍，但是現有的標準原則封鎖此攻擊的程度，以及充分限制此攻擊所需的確切原則都沒有經過全面測試。(CVE-2024-45310)

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

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

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

  - runc 是一種 CLI 工具用於根據 OCI 規格衍生和執行容器。 runc 1.1.13 和更舊版本以及 1.2.0-rc2 和更舊版本可遭誘騙而在主機檔案系統的任意位置建立空檔案或目錄方法是在兩個容器之間共用一個磁碟區並惡意利用與 `os.MkdirAll` 的爭用情形。雖然這可用來建立空檔案，但現有的檔案不會遭到截斷。攻擊者必須能夠使用某種自訂磁碟區組態啟動容器。使用使用者命名空間的容器仍會受到影響，但攻擊者可建立 inode 的位置範圍會大幅減少。足夠嚴格的 LSM 原則 (SELinux/Apparmor) 原則上也可阻止此攻擊，我們懷疑業界標準的 SELinux 原則可能會限制此攻擊的範圍，但尚未分析確切的保護範圍。攻擊者可直接使用 runc 或透過 Docker 和 Kubernetes 惡意利用此弱點。此問題已在 runc v1.1.14 和 v1.2.0-rc3 中修復。您可以使用一些因應措施。使用使用者命名空間相當大幅度地限制了這種攻擊，使得攻擊者只能在重新對應的 root 使用者/群組具有寫入權限的目錄中建立 inode。
    除非 root 使用者重新對應至主機上的實際使用者 (例如使用不使用 `/etc/sub[ug]id` 的無 root 容器)否則這實際上表示攻擊者將只能建立 inode任何人皆可寫入的目錄中。如果將特定標籤套用至 runc 執行階段，原則上足夠嚴格的 SELinux 或 AppArmor 原則也可限制範圍，但是現有的標準原則封鎖此攻擊的程度，以及充分限制此攻擊所需的確切原則都沒有經過全面測試。(CVE-2024-45310)

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

因此，它會受到 ALAS2023-2025-886 公告中提及的一個弱點影響。

    runc 是一種 CLI 工具，用於根據 OCI 規格衍生和執行容器。runc 1.1.13 及更早版本，以及 1.2.0-rc2 及更早版本，可能會被誘騙在主機檔案系統的任意位置建立空檔案或目錄，其方法是在兩個容器之間共用磁碟區並惡意利用 `os.MkdirAll` 中的競爭。雖然這可用來建立空檔案，但現有的檔案不會遭到截斷。攻擊者必須能夠使用某種自訂磁碟區組態啟動容器。使用使用者命名空間的容器仍會受到影響，但攻擊者可建立 inode 的位置範圍會大幅減少。足夠嚴格的 LSM 原則 (SELinux/Apparmor) 原則上也可阻止此攻擊，我們懷疑業界標準的 SELinux 原則可能會限制此攻擊的範圍，但尚未分析確切的保護範圍。攻擊者可直接使用 runc 或透過 Docker 和 Kubernetes 惡意利用此弱點。此問題已在 runc v1.1.14 和 v1.2.0-rc3 中修復。

    您可以使用一些因應措施。使用使用者命名空間相當大幅度地限制了這種攻擊，使得攻擊者只能在重新對應的 root 使用者/群組具有寫入權限的目錄中建立 inode。
    除非 root 使用者重新對應至主機上的實際使用者 (例如，使用不使用 `/etc/sub[ug]id` 的無 root 容器)，否則這實際上表示攻擊者將只能在任何人皆可寫入的目錄中建立 inode。如果將特定標籤套用至 runc 執行階段，原則上足夠嚴格的 SELinux 或 AppArmor 原則也可限制範圍，但是現有的標準原則封鎖此攻擊的程度，以及充分限制此攻擊所需的確切原則都沒有經過全面測試。(CVE-2024-45310)

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

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
209063	Amazon Linux 2：runc (ALASECS-2024-044)	Nessus	Amazon Linux Local Security Checks	2024/10/15	2024/12/11	low
208965	Amazon Linux 2023：runc (ALAS2023-2024-725)	Nessus	Amazon Linux Local Security Checks	2024/10/14	2024/10/14	low
209065	Amazon Linux 2：runc (ALASDOCKER-2024-047)	Nessus	Amazon Linux Local Security Checks	2024/10/15	2024/12/11	low
232221	Amazon Linux 2：ecs-init (ALASECS-2025-050)	Nessus	Amazon Linux Local Security Checks	2025/3/6	2025/3/6	low
233947	Azure Linux 3.0 安全性更新cri-tools / moby-runc / runc (CVE-2024-45310)	Nessus	Azure Linux Local Security Checks	2025/4/6	2026/1/22	medium
209067	Amazon Linux 2：runc (ALASNITRO-ENCLAVES-2024-048)	Nessus	Amazon Linux Local Security Checks	2024/10/15	2024/12/11	low
229501	Linux Distros 未修補的弱點：CVE-2024-45310	Nessus	Misc.	2025/3/5	2025/9/15	low
232286	Amazon Linux 2023：ecs-init (ALAS2023-2025-886)	Nessus	Amazon Linux Local Security Checks	2025/3/7	2025/3/7	low

偵測

搜尋 Plugin

low

low

low

low

medium

low

low

low