CVE-2026-80704 in Linux
Сводка
по VulDB • 28.08.2026
В ядре Linux была устранена следующая уязвимость:
drm/amd/display: использование корректного контекста для логирования.
Как и остальной код, функция get_ss_info_from_atombios() использует calc_pll_cs->ctx->logger для ведения журнала. Однако calc_pll_cs->ctx инициализируется только позже в функции calc_pll_max_vco_construct(). Следовательно, любой вывод с использованием DC_LOG_SYNC() приводит к разыменованию нулевого указателя (NULL pointer dereference) в get_ss_info_from_atombios().
Согласно данным Sashiko, та же самая проблема существует также в функциях dce112_get_pix_clk_dividers() и dcn3_get_pix_clk_dividers().
Чтобы избежать обращения к нулевому контексту (NULL context), везде следует использовать clk_src->base.ctx->logger. Этот контекст в base инициализируется раньше, в функциях dce110_clk_src_construct() и dce112_clk_src_construct(), до того, как фактически вызываются get_ss_info_from_atombios() или функции Sashiko по получению делителей тактовой частоты пикселя (get_pix_clk_dividers). Это достигается путем переопределения DC_LOGGER на CTX->logger.
До исправления: dce110_clk_src_construct() выполняла следующие действия: -> устанавливала clk_src->base.ctx = ctx; -> ss_info_from_atombios_create() -> get_ss_info_from_atombios() <- использует calc_pll_cs->ctx # ОШИБКА (BOOM) -> calc_pll_max_vco_construct() <- устанавливает calc_pll_cs->ctx
После исправления: dce110_clk_src_construct() выполняет следующие действия: -> устанавливает clk_src->base.ctx = ctx; -> ss_info_from_atombios_create() -> get_ss_info_from_atombios() <- использует clk_src->base.ctx
(cherry picked from commit 6f16fcbb0c46a87e3d9685407e906573d60104b0)
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.