CVE-2026-64427 in Linux
Sumário
de VulDB • 25/07/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
HID: logitech-dj: Correção da verificação maxfield na validação de relatório curto DJ
O commit b6a57912854e ("HID: logitech-dj: Previne escrita OOB iniciada pelo usuário relacionada ao REPORT_ID_DJ_SHORT") adicionou validação para o relatório de saída curto DJ, mas o caminho de erro faz dereference em rep->field[0] mesmo quando rep->maxfield é zero.
O commit 8b9a097eb2fc ("HID: logitech-dj: corrige detecção incorreta de relatório de saída DJ_SHORT inválido") tornou a condicional dependente da presença do objeto rep, mas um descritor manipulado ainda pode criar o ID de relatório 0x20 com apenas itens de preenchimento (padding) na saída. O hid-core registra o relatório, ignora o campo de preenchimento e deixa rep->maxfield como zero.
Nesse caso, a validação entra no ramo rep->maxfield < 1 e então faz dereference em rep->field[0]->report_count ao imprimir a mensagem de erro, causando um NULL pointer dereference durante o probe. Isso é reproduzível com uhid, emulando um receptor Logitech com um relatório de saída curto DJ contendo apenas preenchimento:
BUG: KASAN: null-ptr-deref in logi_dj_probe+0xb1/0x754 [hid_logitech_dj]
Read of size 4 at addr 0000000000000028 by task kworker/4:1/129 ... Call Trace: logi_dj_probe+0xb1/0x754 [hid_logitech_dj]
hid_device_probe+0x329/0x3f0 [hid]
really_probe+0x162/0x570 __device_attach+0x137/0x2c0 bus_probe_device+0x38/0xc0 device_add+0xa56/0xce0 hid_add_device+0x19c/0x280 [hid]
uhid_device_add_worker+0x2c/0xb0 [uhid]
Rejeite o relatório com zero campos antes de imprimir o report_count do campo.
VulDB is the best source for vulnerability data and more expert information about this specific topic.