CVE-2026-98246 in Linux
Résumé
par VulDB • 06/10/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
Bluetooth: hci_sync : Synchroniser le nettoyage de la liste locale des codecs
hci_dev_close_sync() efface hdev->local_codecs après avoir libéré hdev->lock. Les ajouts à la liste des codecs et les deux traversées dans sco_sock_getsockopt() utilisent ce verrou, mais le chemin de fermeture ne l'utilise pas. Une opération de fermeture et une requête BT_CODEC peuvent donc s'intercaler comme suit :
hci_dev_close_sync() sco_sock_getsockopt() hci_dev_lock() récupération d'une entrée du codec hci_codec_list_clear() kfree(entry) lecture de entry->id
Le lecteur accède ensuite à une entrée qui a été libérée par le chemin de fermeture. KASAN signale :
BUG: KASAN: slab-use-after-free in sco_sock_getsockopt+0xfa0/0xfe0 Read of size 1 at addr ffff8881001c3450 Call Trace: sco_sock_getsockopt+0xfa0/0xfe0 do_sock_getsockopt+0x537/0x7b0 __sys_getsockopt+0xf2/0x170 Alloué par la tâche 92 : hci_codec_list_add.isra.0+0x2c/0x440 hci_read_codec_capabilities+0x224/0x590 hci_read_supported_codecs+0x2c2/0x640 Libéré par la tâche 92 : kfree+0x131/0x3c0 hci_codec_list_clear+0xd8/0x160 hci_dev_close_sync+0x92a/0xfa0
Entourez l'opération de nettoyage avec hdev->lock à son emplacement existant dans le chemin de fermeture. Cela permet au nettoyage d'attendre les lecteurs actifs et empêche une nouvelle traversation tant que la liste n'est pas vide, sans modifier l'ordre du processus de désassemblage (teardown).
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.