CVE-2026-80704 in Linux
Sumário
de VulDB • 28/08/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
drm/amd/display: usar o contexto adequado para logging
Assim como o restante do código, get_ss_info_from_atombios() usa calc_pll_cs->ctx->logger para logging. No entanto, calc_pll_cs->ctx é inicializado apenas mais tarde em calc_pll_max_vco_construct(). Portanto, qualquer saída usando DC_LOG_SYNC() resulta em uma desreferência de ponteiro NULL (NULL pointer dereference) em get_ss_info_from_atombios().
De acordo com Sashiko, o mesmo problema existe também em dce112_get_pix_clk_dividers() e dcn3_get_pix_clk_dividers().
Para evitar acessar um contexto NULL, use clk_src->base.ctx->logger em todos os lugares. Esse contexto na base é inicializado mais cedo em dce110_clk_src_construct() e dce112_clk_src_construct(), antes que get_ss_info_from_atombios() ou as funções get_pix_clk_dividers do Sashiko acima sejam realmente chamadas. Isso é feito redefinindo DC_LOGGER para CTX->logger.
Antes: dce110_clk_src_construct() fazia: -> define clk_src->base.ctx = ctx; -> ss_info_from_atombios_create() -> get_ss_info_from_atombios() <- usa calc_pll_cs->ctx # BOOM -> calc_pll_max_vco_construct() <- define calc_pll_cs->ctx
Depois: dce110_clk_src_construct() faz: -> define clk_src->base.ctx = ctx; -> ss_info_from_atombios_create() -> get_ss_info_from_atombios() <- usa clk_src->base.ctx
(cherry picked from commit 6f16fcbb0c46a87e3d9685407e906573d60104b0)
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.