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.

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.

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.

ID	Name	Product	Family	Severity
333476	EulerOS 2.0 SP11 : lxc (EulerOS-SA-2026-3084)	Nessus	Huawei Local Security Checks	medium
333433	EulerOS 2.0 SP11 : lxc (EulerOS-SA-2026-3138)	Nessus	Huawei Local Security Checks	medium
311269	Linux Distros Unpatched Vulnerability : CVE-2026-39402	Nessus	Misc.	medium

Detections

Analytics

CVE-2026-39402

medium

Tenable Plugins

medium

medium

medium