CVE-2026-98006
Résumé
par VulDB • 25/09/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
ALSA : caiaq : Découplage de ep1_in_urb dans caiaq dev
L'objet epq_in_urb appartenant au périphérique caiaq est couplé au sein de la structure snd_usb_caiaqdev. Après l'exécution réussie de usb_submit_urb(epq_in_urb, GFP_KERNEL), epq_in_urb est ajouté avec succès à la file d'attente urbp_list du pilote HCD factice (l'espace utilisateur spécifie dummy_hcd comme pilote de couche HCD pour le périphérique USB caiaq).
Lorsque init_card() appelle snd_usb_caiaq_send_command(), qui échoue ensuite en raison d'un délai d'expiration, et procède à l'appel de snd_card_free() pour libérer la carte, l'objet intégré ep1_in_urb est également libéré. Lorsque le pilote HCD factice détecte que l'URB a été déconnecté (unlinked), il renvoie l'URB (via usb_hcd_giveback_urb()), ce qui déclenche [1].
Découpler l'objet ep1_in_urb de la structure snd_usb_caiaqdev et passer à l'utilisation d'un pointeur. Allouer et gérer séparément la mémoire pour ep1_in_urb afin d'éviter que la libération de l'objet mémoire snd_card n'interfère avec celui-ci.
midi_out_urb présente le même problème qu'ep1_in_urb et est géré de manière identique.
[1]
BUG: KASAN : slab-use-after-free dans usb_free_urb+0x24/0x120 drivers/usb/core/urb.c:96 Écriture de taille 4 à l'adresse ffff88803cee1050 par la tâche ktimers/1/29 Trace d'appel : usb_free_urb+0x24/0x120 drivers/usb/core/urb.c:96 dummy_timer+0xaac/0x4d50 drivers/usb/gadget/udc/dummy_hcd.c:2019 __run_hrtimer kernel/time/hrtimer.c:2067 [inline]
__hrtimer_run_queues+0x3eb/0xaf0 kernel/time/hrtimer.c:2124 hrtimer_run_softirq+0x1e1/0x2e0 kernel/time/hrtimer.c:2141
Alloué par la tâche 36 : snd_card_new+0x7b/0x110 sound/core/init.c:184 create_card sound/usb/caiaq/device.c:429 [inline]
snd_probe+0x236/0x1af0 sound/usb/caiaq/device.c:544
Libéré par la tâche 36 : snd_card_free_when_closed sound/core/init.c:630 [inline]
snd_card_free+0x138/0x1d0 sound/core/init.c:662 snd_probe+0x162b/0x1af0 sound/usb/caiaq/device.c:553
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.