CVE-2026-39402
MediumCVSS 6.5Exploitation Probability (EPSS)
Low risk6th percentile - higher than 6% of all known CVEs
Summary
lxc, a Linux container runtime, has a logic flaw in the find_line() function of the setuid helper lxc-user-nic, allowing an unprivileged user to delete OVS-attached network interfaces belonging to other users. This affects multi-tenant environments using OpenVSwitch bridges. An attacker can repeatedly disconnect networking from containers of other tenants, causing denial of service. The issue is fixed in version 7.0.0.
Risk Assessment
In multi-tenant environments, one tenant can disrupt the network connectivity of other tenants' containers, leading to service outages.
Recommendation
Update lxc to version 7.0.0 or later, which includes a logic fix in the find_line() function.
Original NVD description (English source)
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.

