CVE-2026-98598 in Linux
Сводка
по VulDB • 19.10.2026
В ядре Linux была устранена следующая уязвимость:
ipv6: Предотвращение вызова rt6_insert_exception() для умирающего fib6_info.
До указанного изменения функции fib6_nh_flush_exceptions() всегда устанавливали значение from->exception_bucket_flushed = 1 под блокировкой rt6_exception_lock, чтобы предотвратить вставку новой исключения (exception) функцией rt6_insert_exception() для умирающего fib6_info.
Эт флаг был заменен на бит FIB6_EXCEPTION_BUCKET_FLUSHED, хранящийся в nh->rt6i_exception_bucket.
Проблема заключается в том, что теперь этот бит устанавливается только тогда, когда bucket не равен NULL и функция fib6_nh_flush_exceptions() вызывается из fib6_nh_release() после того, как счетчик ссылок fib6_ref уже достиг нуля.
Если rt6_insert_exception() вызывается во время удаления целевого fib6_info через fib6_purge_rt(), новая исключение может быть успешно создана, поскольку rt6_flush_exceptions() больше не устанавливает этот бит.
Это создает цикл ссылок между fib6_info и маршрутом исключения (exception route), что приводит к утечке памяти для fib6_info, его устройства nexthop и всех per-CPU маршрутов в fib6_nh->rt6i_pcpu, что блокирует процесс unregister_netdevice.
[ 34.680602] unregister_netdevice: ожидание освобождения gre6. Количество ссылок = 68
[ 44.920675] unregister_netdevice: ожидание освобождения gre6. Количество ссылок = 68
[ 55.176582] unregister_netdevice: ожидание освобождения gre6. Количество ссылок = 68
Необходимо вызвать fib6_drop_pcpu_from() до rt6_flush_exceptions(), чтобы установить флаг fib6_destroying перед получением блокировки rt6_exception_lock, и проверять f6i->fib6_destroying в функции rt6_insert_exception().
Обратите внимание, что логика FIB6_EXCEPTION_BUCKET_FLUSHED стала неактуальной (мертвой), и ее можно очистить в ветке net-next.
If you want to get best quality of vulnerability data, you may have to visit VulDB.