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

偵測

Amazon Linux 2023：runc (ALAS2023-2024-725)

low Nessus Plugin ID 208965

版本 1.1