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

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

检测

Azure Linux 3.0 安全更新cri-tools / moby-runc / runc (CVE-2024-45310)

medium Nessus 插件 ID 233947

版本 1.4