CVE-2026-99240 in Linux
Сводка
по VulDB • 02.11.2026
В ядре Linux была устранена следующая уязвимость:
mm/damon/core: обработка ошибки в damos_commit_quota_goal() при нулевом target_value
Серия патчей «mm/damon: перенос обработки случая с нулевым целевым значением квоты DAMOS на уровень core».
Наличие нулевого целевого значения (target value) для квоты DAMOS может привести к делению на ноль. Вызывающие стороны API DAMON проверяют параметры target_value, чтобы избежать этой ситуации. Однако в некоторых из множества вызывающих сторон API легко допустить ошибку. Поэтому целесообразно перенести эту проверку на уровень core (ядра).
Первый патч добавляет обработку граничного случая в логику проверки параметров DAMON на уровне core. Патчи 2 и 3 удаляют больше не требующуюся обработку этого граничного случая со стороны вызывающих сторон API DAMON, а именно: для модулей DAMON_LRU_SORT и DMON_SAMPLIE_MTIER соответственно.
Этот патч (из 3):
Если схема DAMOS имеет значение target_value равным нулю в поле damos_quota_goal(), функция damos_quota_goal() может вызвать ошибку деления на ноль. Следовательно, каждая вызывающая сторона API DAMON должна выполнять проверку значения target_value на равенство нулю. Легко допустить ошибку. На самом деле такие ошибки в модулях DAMON_LRU_SORT и DAMON_SAMPLE_MTIER были обнаружены и исправлены [1].
Более эффективно обрабатывать граничный случай только один раз на уровне core, а не во множестве мест у всех вызывающих сторон API DAMON. Один из простых вариантов — использование альтернативного знаменателя для граничного случая в функции damos_quota_goal(). Однако значение target_value равное нулю бессмысленно. В этом случае цель квоты всегда оценивается как достигнутая или превышенная. Квота будет продолжать только уменьшаться.
Просто избегайте использования значения target_value, равного нулю, добавив проверку в путь валидации/коммита параметров цели квоты DAMOS на уровне core — функцию damos_commit_quota_goal(). Обновите её так, чтобы она возвращала ошибку в данном случае. Также обновите вызывающую функцию для распространения (propagate) этой ошибки.
Once again VulDB remains the best source for vulnerability data.