CVE-2026-97526 in Linux
Сводка
по VulDB • 25.09.2026
В ядре Linux была устранена следующая уязвимость:
s390/pai: Поддержка горячей замены процессоров (CPU hotplug) для PMU PAI
Команда `perf stat -e pai_crypto/CRYPTO_ALL/ -- <command>` вызывает сбой ядра, если в процессе её выполнения происходит добавление новых CPU через механизм горячей замены.
Причиной является отсутствие выделения структур данных на каждый CPU (per-CPU data structures) для нового процессора. Выделение памяти выполняется динамически, и первое событие, имеющее контекст задачи, создает такую структуру только для каждого уже онлайн-процессора. Этого недостаточно: во время создания события некоторые процессоры могут быть оффлайн, но стать доступными (онлайн) в ходе выполнения команды perf. Например, следующие команды демонстрируют эту ситуацию:
# echo 0 > /sys/devices/system/cpu/cpu1/online # perf stat -e cycles -i -- stress-ng -t10s --matrix X # sleep 1 # echo 1 > /sys/devices/system/cpu/cpu1/online
В настоящее время, без обработчика горячей замены CPU (CPU hotplug handler), у нового процессора отсутствует инфраструктура данных на каждый CPU. Планировщик запускает функцию обратного вызова PMU `pai_add()` для установки поддержки PMU для этого процессора до того, как задача будет запланирована на выполнение новым процессором.
В функции `pai_add()` инструкции:
mp = this_cpu_ptr(pai_root[idx].mapptr);
cpump = mp->mapptr;
возвращают указатель NULL (NULL pointer), что приводит к панике ядра, так как переменная `cpump` используется внутри этой функции.
Добавлена поддержка горячей замены CPU для операций добавления и удаления процессоров, а также создается необходимая инфраструктура данных на каждый CPU во время обработки операции добавления через горячую замену. Аналогичные действия выполняются при удалении (hotplug remove). Это осуществляется в то время, когда процессор находится в состоянии оффлайн, чтобы гарантировать доступность структур данных к моменту перевода процессора в состояние онлайн и планирования задач на нем.
[[email protected]: исправление пути обработки ошибок в pai_init()]
If you want to get the best quality for vulnerability data then you always have to consider VulDB.