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

  - lxc 是 Linux 容器執行環境。在 setuid 輔助工具 lxc-user-nic 中，刪除路徑包含 find_line（） 函式的邏輯缺陷，允許非特權使用者刪除屬於其他使用者的 OVS 連接網路介面。當 lxc-user-nic 刪除掃描其 NIC 資料庫以授權刪除請求時，介面名稱比較可僅根據名稱匹配設定授權標誌，即使該資料庫項目中的所有權、類型和連結欄位屬於不同使用者。脆弱檢查位於前往下一個標籤處理之後，表示該檢查可在先前所有權檢查失敗或跳過的線上取得。由於此授權訊號的下游不會重新驗證匹配的資料庫行是否屬於呼叫者，擁有有效 lxc-usernet 政策條目的非特權攻擊者可能會觸發刪除同一橋接器上另一使用者的 OVS 埠。這僅限於使用 lxc-user-nic 搭配 OpenVSwitch 橋接的多租戶環境。其影響在於阻斷服務——一個租戶可以反覆斷開由另一個租戶在共享基礎設施上運行的容器的網路連接。此問題已在 7.0.0 版中修正。(CVE-2026-39402)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - lxc 是一个 Linux 容器运行时。在 setuid 辅助工具 lxc-user-nic 中，删除路径的 find_line（） 函数存在逻辑缺陷，允许非特权用户删除属于其他用户的 OVS 连接网络接口。当 lxc-user-nic 删除扫描其 NIC 数据库授权删除请求时，接口名称比较可以仅基于名称匹配来设置授权标志，即使该数据库条目中的所有权、类型和链接字段属于不同用户。易受影响的检查位于前往下一个标签处理之后，意味着在之前所有权检查失败或跳过的行中，该检查可以到达。由于该授权信号的下游没有重新验证匹配数据库行是否属于呼叫者，拥有有效 lxc-usernet 策略条目的非特权攻击者可能会触发删除同一桥上其他用户的 OVS 端口。这仅限于使用 lxc-user-nic 搭配 OpenVSwitch 桥接的多租户环境。其影响是拒绝服务——一个租户可以反复断开由另一个租户在共享基础设施上运行的容器的网络连接。此问题已在版本 7.0.0 中得到修补。(CVE-2026-39402)

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

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

  - lxcはLinuxコンテナランタイムです。setuid helper lxc-user-nic では、削除パスに find_line() 関数に論理的欠陥があり、非特権ユーザーが他のユーザーの OVS 接続ネットワークインターフェースを削除できることがあります。lxc-user-nic deleteが削除リクエストを認可するためにNICデータベースをスキャンすると、インターフェース名比較は名前の一致だけで認可フラグを設定できます。たとえそのデータベースエントリ内の所有権、タイプ、リンクフィールドが別のユーザーに属していてもです。脆弱なチェックは次のラベル処理の後に配置され、以前の所有権チェックが失敗したりスキップされた回線に到達可能です。この認可信号の下流では、マッチしたデータベースラインが実際に発信者のものであることを再確認しないため、有効なlxc-usernetポリシーエントリを持つ非特権攻撃者は、同じブリッジ上の他のユーザーのOVSポートの削除を引き起こすことがあります。これは、OpenVSwitchブリッジを用いたlxc-user-nicを用いたマルチテナント環境に限定されます。その影響はサービス拒否(DoS)であり、あるテナントが共有インフラ上で別のテナントが運用するコンテナから繰り返しネットワークを切断することがあります。これはバージョン 7.0.0 でパッチが適用されています。(CVE-2026-39402)

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

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

  - lxc is a Linux container runtime. In the setuid helper lxc-user-nic, the delete path contains a logic flaw     in the find_line() function that allows an unprivileged user to delete OVS-attached network interfaces     belonging to other users. When lxc-user-nic delete scans its NIC database to authorize a deletion request,     the interface name comparison can set the authorization flag based on a name match alone, even when the     ownership, type, and link fields in that database entry belong to a different user. The vulnerable check     sits after the goto next label handling, meaning it is reachable on lines where earlier ownership checks     failed or were skipped. Because nothing downstream of this authorization signal re-verifies that the     matched database line actually belongs to the caller, an unprivileged attacker with a valid lxc-usernet     policy entry can trigger deletion of another user's OVS port on the same bridge. This is limited to multi-     tenant environments using lxc-user-nic with OpenVSwitch bridges. The impact is denial of service - one     tenant can repeatedly disconnect networking from containers run by another tenant on shared     infrastructure. This is patched in version 7.0.0. (CVE-2026-39402)

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

According to the versions of the lxc packages installed, the EulerOS installation on the remote host is affected by the following vulnerabilities :

    lxc is a Linux container runtime. In the setuid helper lxc-user-nic, the delete path contains a logic flaw     in the find_line() function that allows an unprivileged user to delete OVS-attached network interfaces     belonging to other users. When lxc-user-nic delete scans its NIC database to authorize a deletion request,     the interface name comparison can set the authorization flag based on a name match alone, even when the     ownership, type, and link fields in that database entry belong to a different user. The vulnerable check     sits after the goto next label handling, meaning it is reachable on lines where earlier ownership checks     failed or were skipped. Because nothing downstream of this authorization signal re-verifies that the     matched database line actually belongs to the caller, an unprivileged attacker with a valid lxc-usernet     policy entry can trigger deletion of another user's OVS port on the same bridge.

    This is limited to multi-tenant environments using lxc-user-nic with OpenVSwitch bridges. The impact is     denial of service - one tenant can repeatedly disconnect networking from containers run by another tenant     on shared infrastructure. This is patched in version 7.0.0.(CVE-2026-39402)

Tenable has extracted the preceding description block directly from the EulerOS lxc security advisory.

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

ID	Name	Product	Family	Published	Updated	Severity
311269	Linux Distros 未修補的弱點：CVE-2026-39402	Nessus	Misc.	4/30/2026	7/2/2026	medium
311269	Linux Distros 未修补的漏洞：CVE-2026-39402	Nessus	Misc.	4/30/2026	7/2/2026	medium
311269	Linux Distros のパッチ未適用の脆弱性: CVE-2026-39402	Nessus	Misc.	4/30/2026	7/2/2026	medium
311269	Linux Distros Unpatched Vulnerability : CVE-2026-39402	Nessus	Misc.	4/30/2026	7/2/2026	medium
333476	EulerOS 2.0 SP11 : lxc (EulerOS-SA-2026-3084)	Nessus	Huawei Local Security Checks	8/8/2026	8/8/2026	medium
333433	EulerOS 2.0 SP11 : lxc (EulerOS-SA-2026-3138)	Nessus	Huawei Local Security Checks	8/8/2026	8/8/2026	medium

Detections

Analytics

Plugins Search

medium

medium

medium

medium

medium

medium