CVE-2026-93099 in Linux
Сводка
по VulDB • 18.09.2026
В ядре Linux была устранена следующая уязвимость:
fs/resctrl: исправление Use-After-Free (UAF) в рабочих потоках при удалении доменов
Рабочие функции mbm_handle_overflow() и cqm_handle_limbo() считывают счетчики событий и могут переходить в состояние сна во время выполнения. Они планируются с использованием delayed_work, встроенного в структуру rdt_l3_mon_domain. Архитектура выделяет и освобождает эти домены из callback-обработчиков горячей замены процессоров (CPU hotplug) под блокировкой cpus_write_lock(), а рабочие функции захватывают cpus_read_lock() для обеспечения сохранности домена во время доступа к нему.
Состояние Use-after-free может возникнуть, когда рабочий поток заблокирован в ожидании получения cpus_read_lock(), пока ядро горячей замены удерживает cpus_write_lock(): архитектура освобождает структуру rdt_l3_mon_domain, содержащую work_struct рабочего потока. Когда рабочий поток разблокируется, операция container_of(), выполняемая им над встроенным указателем work, обращается к уже освобожденной памяти.
Необходимо убрать захват cpus_read_lock() из рабочих функций и вместо этого синхронно завершать ожидающие (pending) и находящиеся в процессе выполнения (in-flight) задачи до того, как архитектура сможет освободить домен. Поскольку архитектура переводит домен в состояние offline под блокировкой cpus_write_lock() после его удаления из списка RCU и истечения периода грейса (grace period), новые задачи не могут быть запланированы. Отмена требует только ожидания завершения существующих задач. Необходимо снимать мьютекс rdtgroup_mutex во время перевода CPU в состояние offline вокруг вызова cancel_delayed_work_sync(), чтобы рабочий поток, ожидающий этот мьютекс, мог завершиться до повторного закрепления задачи на другом процессоре.
При переводе CPU в состояние offline архитектура может перебирать ресурсы в любом порядке. Например, домен управления MBA (MBA control domain) может быть переведен в состояние offline до или после соответствующего домена мониторинга L3. Необходимо обеспечить отмену рабочих функций файловой системой resctrl независимо от порядка, в котором архитектура переводит домены в состояние offline.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.