远程主机上安装的 ecs-init 版本低于 1.89.1-1。因此，它受到 ALAS2ECS-2025-050 公告中提及的一个漏洞影响。

    runc 是一款 CLI 工具，用于根据 OCI 规范生成和运行容器。通过共享两个容器之间的卷并利用与“os.MkdirAll”的争用，可诱骗 runc 1.1.13 和更早版本以及 1.2.0-rc2 和更早版本，在主机文件系统中的任意位置创建空文件或目录。虽然这可被用于创建空文件，但现有文件不会被截断。攻击者必须能够使用某种自定义卷配置来启动容器。使用用户命名空间的容器仍会受到影响，但攻击者可创建 inode 的位置范围可显着缩小。足够严格的 LSM 策略 (SELinux/Apparmor) 原则上也可以阻止此攻击 -- 我们怀疑行业标准 SELinux 策略可能会限制此攻击的范围，但确切的保护范围尚未分析。可直接使用 runc 加以利用，也可通过 Docker 和 Kubernetes 加以利用。问题已在 runc v1.1.14 和 v1.2.0-rc3 中修复。

    但有一些变通方案。使用用户命名空间可相当大程度地限制此攻击，使得攻击者只能在重新映射的 root 用户/群组具有写入访问权限的目录中创建 inode。
    除非将根用户重新映射为主机上的实际用户（例如使用不使用“/etc/sub[ug]id”的无根容器），否则这实际上意味着攻击者只能在全局可写的目录。如果在 runc 运行时应用特定标签，那么足够严格的 SELinux 或 AppArmor 策略原则上也可以限制范围，不过现有的标准策略能在多大程度上阻止这种攻击，以及充分限制这种攻击所需的确切策略都没有经过全面测试。(CVE-2024-45310)

Tenable 已直接从测试产品的安全公告中提取上述描述块。

请注意，Nessus 尚未测试此问题，而是只依据应用程序自我报告的版本号进行判断。

远程主机上安装的 runc 版本低于 1.1.14-1。因此，它受到 ALAS2ECS-2024-044 公告中提及的一个漏洞影响。

    runc 是一款 CLI 工具，用于根据 OCI 规范生成和运行容器。通过共享两个容器之间的卷并利用与“os.MkdirAll”的争用，可诱骗 runc 1.1.13 和更早版本以及 1.2.0-rc2 和更早版本，在主机文件系统中的任意位置创建空文件或目录。虽然这可被用于创建空文件，但现有文件不会被截断。攻击者必须能够使用某种自定义卷配置来启动容器。使用用户命名空间的容器仍会受到影响，但攻击者可创建 inode 的位置范围可显着缩小。足够严格的 LSM 策略 (SELinux/Apparmor) 原则上也可以阻止此攻击 -- 我们怀疑行业标准 SELinux 策略可能会限制此攻击的范围，但确切的保护范围尚未分析。可直接使用 runc 加以利用，也可通过 Docker 和 Kubernetes 加以利用。问题已在 runc v1.1.14 和 v1.2.0-rc3 中修复。

    但有一些变通方案。使用用户命名空间可相当大程度地限制此攻击，使得攻击者只能在重新映射的 root 用户/群组具有写入访问权限的目录中创建 inode。
    除非将根用户重新映射为主机上的实际用户（例如使用不使用“/etc/sub[ug]id”的无根容器），否则这实际上意味着攻击者只能在全局可写的目录。如果在 runc 运行时应用特定标签，那么足够严格的 SELinux 或 AppArmor 策略原则上也可以限制范围，不过现有的标准策略能在多大程度上阻止这种攻击，以及充分限制这种攻击所需的确切策略都没有经过全面测试。(CVE-2024-45310)

Tenable 已直接从测试产品的安全公告中提取上述描述块。

请注意，Nessus 尚未测试此问题，而是只依据应用程序自我报告的版本号进行判断。

远程主机上安装的 runc 版本低于 1.1.14-1。因此，它受到 ALAS2DOCKER-2024-047 公告中提及的一个漏洞影响。

    runc 是一款 CLI 工具，用于根据 OCI 规范生成和运行容器。通过共享两个容器之间的卷并利用与“os.MkdirAll”的争用，可诱骗 runc 1.1.13 和更早版本以及 1.2.0-rc2 和更早版本，在主机文件系统中的任意位置创建空文件或目录。虽然这可被用于创建空文件，但现有文件不会被截断。攻击者必须能够使用某种自定义卷配置来启动容器。使用用户命名空间的容器仍会受到影响，但攻击者可创建 inode 的位置范围可显着缩小。足够严格的 LSM 策略 (SELinux/Apparmor) 原则上也可以阻止此攻击 -- 我们怀疑行业标准 SELinux 策略可能会限制此攻击的范围，但确切的保护范围尚未分析。可直接使用 runc 加以利用，也可通过 Docker 和 Kubernetes 加以利用。问题已在 runc v1.1.14 和 v1.2.0-rc3 中修复。

    但有一些变通方案。使用用户命名空间可相当大程度地限制此攻击，使得攻击者只能在重新映射的 root 用户/群组具有写入访问权限的目录中创建 inode。
    除非将根用户重新映射为主机上的实际用户（例如使用不使用“/etc/sub[ug]id”的无根容器），否则这实际上意味着攻击者只能在全局可写的目录。如果在 runc 运行时应用特定标签，那么足够严格的 SELinux 或 AppArmor 策略原则上也可以限制范围，不过现有的标准策略能在多大程度上阻止这种攻击，以及充分限制这种攻击所需的确切策略都没有经过全面测试。(CVE-2024-45310)

Tenable 已直接从测试产品的安全公告中提取上述描述块。

请注意，Nessus 尚未测试此问题，而是只依据应用程序自我报告的版本号进行判断。

远程主机上安装的 runc 版本低于 1.1.14-1。因此，它受到 ALAS2NITRO-ENCLAVES-2024-048 公告中提及的一个漏洞影响。

    runc 是一款 CLI 工具，用于根据 OCI 规范生成和运行容器。通过共享两个容器之间的卷并利用与“os.MkdirAll”的争用，可诱骗 runc 1.1.13 和更早版本以及 1.2.0-rc2 和更早版本，在主机文件系统中的任意位置创建空文件或目录。虽然这可被用于创建空文件，但现有文件不会被截断。攻击者必须能够使用某种自定义卷配置来启动容器。使用用户命名空间的容器仍会受到影响，但攻击者可创建 inode 的位置范围可显着缩小。足够严格的 LSM 策略 (SELinux/Apparmor) 原则上也可以阻止此攻击 -- 我们怀疑行业标准 SELinux 策略可能会限制此攻击的范围，但确切的保护范围尚未分析。可直接使用 runc 加以利用，也可通过 Docker 和 Kubernetes 加以利用。问题已在 runc v1.1.14 和 v1.2.0-rc3 中修复。

    但有一些变通方案。使用用户命名空间可相当大程度地限制此攻击，使得攻击者只能在重新映射的 root 用户/群组具有写入访问权限的目录中创建 inode。
    除非将根用户重新映射为主机上的实际用户（例如使用不使用“/etc/sub[ug]id”的无根容器），否则这实际上意味着攻击者只能在全局可写的目录。如果在 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。
    除非将根用户重新映射到主机上的实际用户例如使用不使用“/etc/sub[ug]id”的无根容器否则这实际上意味着攻击者只能创建 inode在全局可写的目录中。如果在 runc 运行时应用特定标签，那么足够严格的 SELinux 或 AppArmor 策略原则上也可以限制范围，不过现有的标准策略能在多大程度上阻止这种攻击，以及充分限制这种攻击所需的确切策略都没有经过全面测试。(CVE-2024-45310)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

因此，它受到 ALAS2023-2025-886 公告中提及的一个漏洞影响。

    runc 是一款 CLI 工具，用于根据 OCI 规范生成和运行容器。通过共享两个容器之间的卷并利用与“os.MkdirAll”的争用，可诱骗 runc 1.1.13 和更早版本以及 1.2.0-rc2 和更早版本，在主机文件系统中的任意位置创建空文件或目录。虽然这可被用于创建空文件，但现有文件不会被截断。攻击者必须能够使用某种自定义卷配置来启动容器。使用用户命名空间的容器仍会受到影响，但攻击者可创建 inode 的位置范围可显着缩小。足够严格的 LSM 策略 (SELinux/Apparmor) 原则上也可以阻止此攻击 -- 我们怀疑行业标准 SELinux 策略可能会限制此攻击的范围，但确切的保护范围尚未分析。可直接使用 runc 加以利用，也可通过 Docker 和 Kubernetes 加以利用。问题已在 runc v1.1.14 和 v1.2.0-rc3 中修复。

    但有一些变通方案。使用用户命名空间可相当大程度地限制此攻击，使得攻击者只能在重新映射的 root 用户/群组具有写入访问权限的目录中创建 inode。
    除非将根用户重新映射为主机上的实际用户（例如使用不使用“/etc/sub[ug]id”的无根容器），否则这实际上意味着攻击者只能在全局可写的目录。如果在 runc 运行时应用特定标签，那么足够严格的 SELinux 或 AppArmor 策略原则上也可以限制范围，不过现有的标准策略能在多大程度上阻止这种攻击，以及充分限制这种攻击所需的确切策略都没有经过全面测试。(CVE-2024-45310)

Tenable 已直接从测试产品的安全公告中提取上述描述块。

请注意，Nessus 尚未测试此问题，而是只依据应用程序自我报告的版本号进行判断。

远程 Azure Linux 3.0 主机上安装的 cri-tools / kata-containers / 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。
    除非将根用户重新映射到主机上的实际用户例如使用不使用“/etc/sub[ug]id”的无根容器否则这实际上意味着攻击者只能创建 inode在全局可写的目录中。如果在 runc 运行时应用特定标签，那么足够严格的 SELinux 或 AppArmor 策略原则上也可以限制范围，不过现有的标准策略能在多大程度上阻止这种攻击，以及充分限制这种攻击所需的确切策略都没有经过全面测试。(CVE-2024-45310)

请注意，Nessus 尚未测试此问题，而是只依据应用程序自我报告的版本号进行判断。

因此，它受到 ALAS2023-2024-725 公告中提及的一个漏洞影响。

    runc 是一款 CLI 工具，用于根据 OCI 规范生成和运行容器。通过共享两个容器之间的卷并利用与“os.MkdirAll”的争用，可诱骗 runc 1.1.13 和更早版本以及 1.2.0-rc2 和更早版本，在主机文件系统中的任意位置创建空文件或目录。虽然这可被用于创建空文件，但现有文件不会被截断。攻击者必须能够使用某种自定义卷配置来启动容器。使用用户命名空间的容器仍会受到影响，但攻击者可创建 inode 的位置范围可显着缩小。足够严格的 LSM 策略 (SELinux/Apparmor) 原则上也可以阻止此攻击 -- 我们怀疑行业标准 SELinux 策略可能会限制此攻击的范围，但确切的保护范围尚未分析。可直接使用 runc 加以利用，也可通过 Docker 和 Kubernetes 加以利用。问题已在 runc v1.1.14 和 v1.2.0-rc3 中修复。

    但有一些变通方案。使用用户命名空间可相当大程度地限制此攻击，使得攻击者只能在重新映射的 root 用户/群组具有写入访问权限的目录中创建 inode。
    除非将根用户重新映射为主机上的实际用户（例如使用不使用“/etc/sub[ug]id”的无根容器），否则这实际上意味着攻击者只能在全局可写的目录。如果在 runc 运行时应用特定标签，那么足够严格的 SELinux 或 AppArmor 策略原则上也可以限制范围，不过现有的标准策略能在多大程度上阻止这种攻击，以及充分限制这种攻击所需的确切策略都没有经过全面测试。(CVE-2024-45310)

Tenable 已直接从测试产品的安全公告中提取上述描述块。

请注意，Nessus 尚未测试此问题，而是只依据应用程序自我报告的版本号进行判断。

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
232221	Amazon Linux 2：ecs-init (ALASECS-2025-050)	Nessus	Amazon Linux Local Security Checks	2025/3/6	2025/3/6	low
209063	Amazon Linux 2：runc (ALASECS-2024-044)	Nessus	Amazon Linux Local Security Checks	2024/10/15	2024/12/11	low
209065	Amazon Linux 2：runc (ALASDOCKER-2024-047)	Nessus	Amazon Linux Local Security Checks	2024/10/15	2024/12/11	low
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
233947	Azure Linux 3.0 安全更新cri-tools / kata-containers / moby-runc / runc (CVE-2024-45310)	Nessus	Azure Linux Local Security Checks	2025/4/6	2025/9/15	medium
208965	Amazon Linux 2023：runc (ALAS2023-2024-725)	Nessus	Amazon Linux Local Security Checks	2024/10/14	2024/10/14	low

检测

插件搜索

low

low

low

low

low

low

medium

low