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 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2024-45310

low Nessus 插件 ID 229501

版本 1.7