CVE-2026-39402
ŚrednieCVSS 6.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 6 - wyżej niż 6% wszystkich znanych CVE
Streszczenie
lxc, środowisko uruchomieniowe kontenerów Linux, zawiera błąd logiczny w funkcji find_line() w narzędziu setuid lxc-user-nic. Pozwala to nieuprzywilejowanemu użytkownikowi na usunięcie interfejsów sieciowych OVS należących do innych użytkowników. Podatność występuje w środowiskach wielodostępnych z mostkami OpenVSwitch. Atakujący może wielokrotnie odłączać sieć kontenerom innych użytkowników, powodując denial of service. Problem został naprawiony w wersji 7.0.0.
Ocena ryzyka
W środowiskach wielodostępnych jeden dzierżawca może zakłócić działanie sieci kontenerów innych dzierżawców, co prowadzi do przerw w działaniu usług.
Rekomendacja
Zaktualizuj lxc do wersji 7.0.0 lub nowszej, która zawiera poprawkę logiczną w funkcji find_line().
Inne podatności w lxc
Zobacz wszystkie- CVE-2015-1335Wysokie
Podatność w lxc przed wersją 1.0.8 oraz 1.1.x przed wersją 1.1.4 umożliwia lokalnym administratorom kontenerów ucieczkę z ograniczeń AppArmor poprzez atak symlink na (1) cel montowania lub (2) źródło montowania bind.
- CVE-2026-100395Średnie
W LXC w wersji 7.0.0 i wcześniejszych narzędzie lxc-copy oraz publiczne API clone() biblioteki liblxc mogą podążać za kontrolowanymi przez atakującego dowiązaniami symbolicznymi podczas aktualizacji /etc/hostname w kopiowanym systemie plików kontenera. Uprzywilejowany proces klonowania musi działać jako root, a źródłowy rootfs musi być kontrolowany przez atakującego lub mniej zaufany. Dowiązanie można umieścić w etc/hostname lub w pośrednim komponencie, a operacja klonowania zachowuje dowiązanie przed aktualizacją nazwy hosta, co powoduje nadpisanie istniejącego pliku hosta poza docelowym rootfs. Użycie nieuprzywilejowane i menedżery z niezależnymi implementacjami klonowania nie są objęte problemem, a LXC_CLONE_KEEPNAME pozwala uniknąć podatnej operacji zapisu.
Oryginalny opis (angielski, źródło NVD)
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.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS

