Katalog CVE

CVE-2026-74726

WysokieCVSS 7.3
Opublikowano: Zaktualizowano: Przetłumaczono: NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.13%

Percentyl 3 - wyżej niż 3% wszystkich znanych CVE

Streszczenie

W jądrze Linux w sterowniku bonding (tryb ALB) funkcja bond_alb_monitor() odczytuje stan primary_is_promisc pod ochroną RCU, a następnie przed wykonaniem operacji na interfejsie zwalnia RCU i próbuje przejąć RTNL. W tym czasie aktywny slave może się zmienić (np. usunięcie interfejsu), co prowadzi do użycia nieaktualnych danych i może skutkować błędem dereferencji pustego wskaźnika (panic) lub nieprawidłowym zmniejszeniem licznika promiscuity, pozostawiając interfejs w trybie IFF_PROMISC.

Ocena ryzyka

Podatność może doprowadzić do awarii systemu (kernel panic) lub trwałego włączenia trybu promiscuous na interfejsie sieciowym, co zwiększa ryzyko przechwytywania ruchu i naruszenia integralności sieci. Atak wymaga jednak lokalnego dostępu i możliwości zmiany konfiguracji interfejsów bonding.

Rekomendacja

Zaleca się natychmiastowe zaktualizowanie jądra Linux do wersji zawierającej poprawkę (re-check primary_is_promisc po przejęciu RTNL). Jeśli aktualizacja nie jest możliwa, należy ograniczyć dostęp do zarządzania interfejsami bonding tylko zaufanym administratorom.

Inne podatności w Linux kernel

Zobacz wszystkie
Oryginalny opis (angielski, źródło NVD)

In the Linux kernel, the following vulnerability has been resolved: bonding: alb: re-check primary_is_promisc under RTNL in bond_alb_monitor bond_alb_monitor() reads primary_is_promisc under RCU, then drops RCU and takes RTNL via rtnl_trylock() before undoing the promiscuity it set on the active slave. In that window the active slave can change under RTNL (RTM_DELLINK -> __bond_release_one() -> bond_alb_handle_active_change()), which already drops the promiscuity and clears primary_is_promisc. The monitor still acts on the stale decision: if the slave was removed with no failover, curr_active_slave is now NULL and the deref faults; if it failed over, the stale dev_set_promiscuity(-1) underflows the new slave's promiscuity counter and pins it in IFF_PROMISC. Oops: general protection fault, probably for non-canonical address ... KASAN: null-ptr-deref in range [0x0000000000000000-0x0000000000000007] Workqueue: b42 bond_alb_monitor RIP: 0010:bond_alb_monitor (drivers/net/bonding/bond_alb.c:1600) process_one_work (kernel/workqueue.c:3322) worker_thread (kernel/workqueue.c:3486) kthread (kernel/kthread.c:436) ret_from_fork (arch/x86/kernel/process.c:158) Kernel panic - not syncing: Fatal exception Re-check primary_is_promisc (and curr_active_slave) after taking RTNL so the monitor only undoes an increment it still owns. The other bonding monitors already re-read state under RTNL in their commit phase (bond_miimon_commit/bond_ab_arp_commit); bond_alb_monitor() was the only one acting on the pre-trylock decision.

Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS