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

  - 在 Podman 中發現一個瑕疵。此問題可允許攻擊者建立特製的容器，當設定為與至少一個其他容器共用相同 IPC 時，可在 /dev/shm 中建立大量 IPC 資源。惡意容器會持續耗盡資源，直到記憶體不足 (OOM) 遭到終止。雖然將移除惡意容器的 cgroup，但其建立的 IPC 資源不會。這些資源會與 IPC 命名空間相關聯，直到使用它的所有容器都停止，且有一個非惡意容器將命名空間保持開啟時，該命名空間才會遭到移除。惡意容器會自動或由攻擊者控制重新啟動，進而重複處理程序並增加消耗的記憶體量。若將容器設定為一律重新啟動，例如 `podman run --restart=always`，這可導致系統發生記憶體型拒絕服務。 (CVE-2024-3056)

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

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 在 Podman 中发现一个缺陷。此问题可让攻击者创建特制的容器，如果将其配置为与至少一个其他容器共享相同 IPC，则可在 /dev/shm 中创建大量 IPC 资源。恶意容器将继续耗尽资源，直到因内存不足 (OOM) 而终止为止。虽然恶意容器的 cgroup 将被删除，但其创建的 IPC 资源不会被删除。这些资源与在使用该命名空间的所有容器停止运行，且某一非恶意容器使命名空间保持开启状态之前，不会将其删除的 IPC 命名空间相关联。恶意容器会自动或通过攻击者控制重新启动，从而重复此过程并增加消耗的内存量。通过将容器配置为始终重新启动（例如 `podman run --restart=always`），这可能导致基于内存的系统拒绝服务。 (CVE-2024-3056)

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

Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - Podmanに欠陥が見つかりました。この問題により、攻撃者が特別に細工されたコンテナを作成し、これが少なくとも1つの他のコンテナと同じIPCを共有するように構成されたときに、/dev/shmに大量のIPCリソースを作成できる可能性があります。悪意のあるコンテナは、メモリ不足 (OOM) が強制終了されるまで、リソースを使い果たし続けます。悪意のあるコンテナの cgroup は削除されますが、作成された IPC リソースは削除されません。これらのリソースは、IPC 名前空間に関連付けられており、それを使用するすべてのコンテナが停止され、1 つの悪意のないコンテナが名前空間を開いたままにするまで削除されません。悪意のあるコンテナが自動的に、または攻撃者の制御によって再起動され、プロセスが繰り返され、消費されるメモリの量が増加します。「podman run --restart=always」など、常に再起動するようにコンテナが構成されていると、メモリベースのシステムのサービス拒否が発生する可能性があります。 （CVE-2024-3056）

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - A flaw was found in Podman. This issue may allow an attacker to create a specially crafted container that,     when configured to share the same IPC with at least one other container, can create a large number of IPC     resources in /dev/shm. The malicious container will continue to exhaust resources until it is out-of-     memory (OOM) killed. While the malicious container's cgroup will be removed, the IPC resources it created     are not. Those resources are tied to the IPC namespace that will not be removed until all containers using     it are stopped, and one non-malicious container is holding the namespace open. The malicious container is     restarted, either automatically or by attacker control, repeating the process and increasing the amount of     memory consumed. With a container configured to restart always, such as `podman run --restart=always`,     this can result in a memory-based denial of service of the system. (CVE-2024-3056)

Note that Nessus relies on the presence of the package as reported by the vendor.

The version of Tencent Linux installed on the remote TencentOS Server 4 host is prior to tested version. It is, therefore, affected by multiple vulnerabilities as referenced in the TSSA-2024:0660 advisory.

    Package updates are available for TencentOS Server 4 that fix the following vulnerabilities:

    CVE-2024-37298:
    gorilla/schema converts structs to and from form values. Prior to version 1.4.1 Running     `schema.Decoder.Decode()` on a struct that has a field of type `[]struct{...}` opens it up to malicious     attacks regarding memory allocations, taking advantage of the sparse slice functionality. Any use of     `schema.Decoder.Decode()` on a struct with arrays of other structs could be vulnerable to this memory     exhaustion vulnerability. Version 1.4.1 contains a patch for the issue.

    CVE-2024-3056:
    A flaw was found in Podman. This issue may allow an attacker to create a specially crafted container that,     when configured to share the same IPC with at least one other container, can create a large number of IPC     resources in /dev/shm. The malicious container will continue to exhaust resources until it is out-of-     memory (OOM) killed. While the malicious container's cgroup will be removed, the IPC resources it created     are not. Those resources are tied to the IPC namespace that will not be removed until all containers using     it are stopped, and one non-malicious container is holding the namespace open. The malicious container is     restarted, either automatically or by attacker control, repeating the process and increasing the amount of     memory consumed. With a container configured to restart always, such as `podman run --restart=always`,     this can result in a memory-based denial of service of the system.

Tenable has extracted the preceding description block directly from the Tencent Linux security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

ID	名稱	產品	系列	已發布	已更新	嚴重性
227679	Linux Distros 未修補弱點：CVE-2024-3056	Nessus	Misc.	2025/3/5	2026/8/6	medium
227679	Linux Distros 未修补的漏洞: CVE-2024-3056	Nessus	Misc.	2025/3/5	2026/8/6	medium
227679	Linux Distros のパッチ未適用の脆弱性: CVE-2024-3056	Nessus	Misc.	2025/3/5	2026/8/6	medium
227679	Linux Distros Unpatched Vulnerability : CVE-2024-3056	Nessus	Misc.	2025/3/5	2026/8/6	medium
239049	TencentOS Server 4: podman (TSSA-2024:0660)	Nessus	Tencent Local Security Checks	2025/6/16	2025/12/4	high

偵測

搜尋 Plugin

medium

medium

medium

medium

high