CVE-2026-99025

W jądrze Linuksa usunięto następującą lukę:

openvswitch: napraw miękkie blokowanie zrzutu przepływu łącza sieciowego

Produkcyjny węzeł obliczeniowy przenoszący kilka tysięcy przepływów ścieżek danych uderzył w a
miękkie zamknięcie w pojedynczym zrzucie przepływu łącza sieciowego i wpadł w panikę.

ovs_flow_cmd_dump() wywołuje ovs_flow_stats_get() dla każdego przepływu
emituje, co powoduje zwolnienie statystyk->blokady za pomocą spin_unlock_bh() raz na
Procesor, który dotknął przepływu. Każde wydanie jest funkcją local_bh_enable(),
i każdy z nich uruchamia oczekujące zaległości Softirq w wątku zrzutowym
własny kontekst.

Skb ogranicza przepływy emitowane przez wywołanie zwrotne, ale nie działanie softirq
pochłania. Na procesorze, który przenosi pakiet urządzenia, załaduj zaległości
uzupełnia się tak szybko, jak się wyczerpuje, więc wątek zrzutowy staje się procesorem
silnik softirqa. Nigdy nie śpi i nie ma punktu, w którym można go przełożyć
w ramach dobrowolnego wywłaszczenia nic nie może odebrać mu procesora:
ani ksoftirqd jądro nie obudziło się, aby przejąć pracę, ani
wątek blokujący, który wykrywacz Softlockup wysyła w celu odświeżenia
znacznik czasu.

Zamiast tego przytrzymaj BH przez całe wywołanie zwrotne
Działa ctnetlink_dump_table(), więc zagnieżdżona funkcja spin_unlock_bh() się zatrzymuje
opróżnianie softirqów. Pętla działa już pod funkcją rcu_read_lock() i
nie mogę spać. Rezygnuje z wywłaszczenia w ramach CONFIG_PREEMPT,
ponieważ regionu BH-off nie można wywłaszczyć poza PREEMPT_RT. The
region pozostaje krótki: skb ogranicza przepływy emitowane przez jedno wywołanie zwrotne, i
puste wiadra nie kosztują miejsca w skb, ale każde z nich jest odwiedzane raz na zrzut, as
kursor przesuwa się tylko do przodu. Stół rośnie na wkładce i kurczy się
tylko na równo, więc spacer jest ograniczony przez największą liczbę przepływów
datapath została zachowana. Zaległości softirq, które wykorzystano do wchłonięcia wywołania zwrotnego, mają
w ogóle nieograniczony.