CVE-2026-93099

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

fs/resctrl: Napraw UAF z wątków roboczych po usunięciu domen

Procesy robocze mbm_handle_overflow() i cqm_handle_limbo() odczytują liczniki zdarzeń
i może przy tym spać. Są one planowane poprzez osadzoną w pliku opóźnione_work
struktura rdt_l3_mon_domain. Architektura przydziela i uwalnia te domeny
Wywołania zwrotne procesora podczas pracy w ramach cpus_write_lock(), a pracownicy uzyskują dostęp
cpus_read_lock(), aby utrzymać domenę przy życiu w całym zakresie dostępu.

Użycie po zwolnieniu może nastąpić, gdy pracownik jest zablokowany w oczekiwaniu
cpus_read_lock(), podczas gdy rdzeń typu hotplug obsługuje cpus_write_lock(): the
architektura zwalnia domenę rdt_l3_mon_domain zawierającą domenę procesu roboczego
struktura_pracy. Kiedy proces roboczy odblokowuje, wykonywana jest przez niego metoda Container_of().
osadzony wskaźnik roboczy odwołuje się do zwolnionej pamięci.

Usuń cpus_read_lock() z procesów roboczych i zamiast tego opróżnij oczekujące i w locie
działają synchronicznie, zanim architektura będzie mogła zwolnić domenę. Od
architektura odłącza domenę pod cpus_write_lock() po jej zakończeniu
odłączony od listy RCU i upłynął okres karencji, nie można rozpocząć żadnej nowej pracy
zaplanowane. Anulowanie wymaga jedynie przeczekania istniejącej pracy. Upuść
rdtgroup_mutex podczas trybu offline procesora wokół cancel_delayed_work_sync() tak, że
pracownik oczekujący na muteks może ukończyć przed ponownym przypięciem pracy
inny procesor.

Podczas odłączania procesora architektura może iterować po zasobach w dowolnej kolejności.
Na przykład domena kontrolna MBA może zostać odłączona przed lub po
odpowiednią domenę monitora L3. Upewnij się, że resctrl fs anuluje procesy robocze
bez względu na kolejność architektura odłącza domeny.