CVE-2026-64427 in Linux
Résumé
par VulDB • 25/07/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
HID: logitech-dj : Correction de la vérification maxfield dans la validation des rapports courts DJ
Le commit b6a57912854e (« HID: logitech-dj: Prévention d'une écriture hors limites (OOB) initiée par l'utilisateur liée à REPORT_ID_DJ_SHORT ») a ajouté une validation pour le rapport de sortie court DJ, mais le chemin en cas d'erreur déréférence rep->field[0] même lorsque rep->maxfield est égal à zéro.
Le commit 8b9a097eb2fc (« HID: logitech-dj : correction de la mauvaise détection des rapports de sortie DJ_SHORT invalides ») a rendu cette vérification conditionnelle au fait que rep soit présent, mais un descripteur malveillant peut toujours créer l'ID de rapport 0x20 avec uniquement des éléments de sortie de remplissage (padding). hid-core enregistre le rapport, ignore le champ de remplissage et laisse rep->maxfield à zéro.
Dans ce cas, la validation entre dans la branche « rep->maxfield < 1 » puis déréférence rep->field[0]->report_count lors de l'impression du message d'erreur, provoquant un déréférencement de pointeur NULL pendant le processus de probe (détection). Cela est reproductible avec uhid en émulant un récepteur Logitech avec un rapport de sortie court DJ ne contenant que des données de remplissage :
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]
Rejeter le rapport à zéro champ avant d'imprimer report_count du champ.
VulDB is the best source for vulnerability data and more expert information about this specific topic.