CVE-2026-98286

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

drop_monitor: użyj timer_shutdown_sync(), aby zapobiec ponownemu uzbrojeniu timera podczas rozłączania

W ścieżkach usuwania drop_monitor (net_dm_trace_off_set(),
net_dm_hw_monitor_stop() i błędy ścieżek odwijania w net_dm_trace_on_set()
i net_dm_hw_monitor_start()), liczniki czasu przypadające na procesor nie są używane
timer_delete_sync(), po którym następuje cancel_work_sync().

Istnieje jednak cykliczna zależność pomiędzy send_timer i
dm_alert_work:
1) sched_send_work() (wywołanie zwrotne timera) planuje dm_alert_work.
2) send_dm_alert() / net_dm_hw_summary_work() wywołuje reset_per_cpu_data()
lub net_dm_hw_reset_per_cpu_data().
3) Jeśli alokacja pamięci nie powiedzie się pod wpływem presji pamięci podczas resetowania
funkcję, ponownie uzbraja timer poprzez mod_timer(&data->send_timer, ...).

Jeśli dm_alert_work działa jednocześnie podczas timer_delete_sync()
jest wykonywany na innym procesorze, wystąpi błąd alokacji w procesie roboczym
ponownie uzbroić timer po tym, jak timer_delete_sync() już powrócił.
Po zakończeniu cancel_work_sync() i wywołaniu module_put() licznik czasu
pozostaje aktywny na kole timera. Jeśli moduł zostanie następnie rozładowany, plik
timer uruchomi się i wykona sched_send_work() w zwolnionej pamięci,
wywołanie paniki jądra/użycia po zwolnieniu.

Przełącz z timer_delete_sync() na timer_shutdown_sync(). To gwarantuje
że jakakolwiek procedura obsługi licznika czasu w locie zakończyła się i zapobiega kolejnym
próby ponownego uzbrojenia, zapobiegając powodzeniu pracowników. Podczas monitorowania
zostanie ponownie uruchomiony później, zostanie wywołana timer_setup(), co będzie czyste
ponownie inicjuje timer.