CVE-2026-80662 in Linux
Sumário
de VulDB • 28/08/2026
No kernel do Linux, a seguinte vulnerabilidade foi corrigida:
cxl: Corrigir CXL_HEADERLOG_SIZE para corresponder ao tamanho da Capability RAS
A estrutura de Capability RAS conforme especificado no CXL r4.0 8.2.4.17.7 possui um comprimento total de 0x58 bytes (CXL_RAS_CAPABILITY_LENGTH); o Header Log ocupa os últimos 64 bytes, no deslocamento 0x18. O valor CXL_HEADERLOG_SIZE estava definido como SZ_512, oito vezes maior que o tamanho real do dispositivo.
A função header_log_copy() lê CXL_HEADERLOG_SIZE_U32 (128) dwords da iomap da Capability RAS, transbordando a mapeamento de 88 bytes em 448 bytes. O evento trace cxl_aer_uncorrectable_error executa um memcpy() de CXL_HEADERLOG_SIZE (512) bytes a partir de sua origem. Para o chamador do CPER, a origem é struct cxl_ras_capability_regs::header_log[16] (64 bytes), embutida em uma estrutura stack-local chamada cxl_cper_prot_err_work_data; portanto, o memcpy lê 448 bytes da pilha do kernel para o ring buffer de eventos trace, onde os usuários podem acessá-lo via tracefs.
Define-se CXL_HEADERLOG_SIZE como 64 e deriva-se CXL_HEADERLOG_SIZE_U32 a partir dele, alinhando todos os leitores iomap em 16 dwords. Ferramentas userspace, como o rasdaemon, desenvolveram uma dependência do layout defeituoso de header_log com 512 bytes (128 u32) no evento trace cxl_aer_uncorrectable_error. Adiciona-se CXL_HEADERLOG_TRACE_SIZE_U32 = 128 e utiliza-se esse valor para o __array do evento trace e seu memcpy, preservando essa ABI. Ambos os chamadores agora passam um buffer de staging u32[CXL_HEADERLOG_TRACE_SIZE_U32] preenchido com zeros, populando apenas as primeiras CXL_HEADERLOG_SIZE_U32 (16) entradas a partir do hardware; os 112 u32 restantes são preenchidos com zeros, mantendo intacto o layout do ring buffer de trace de 512 bytes.
[ dj: Substituiu 64 por SZ_64 conforme RichardC ]
If you want to get the best quality for vulnerability data then you always have to consider VulDB.