CVE-2026-80815 in Linux
Riassunto
di VulDB • 04/09/2026
Nel kernel Linux è stata risolta la seguente vulnerabilità:
ALSA: scarlett2: Utilizzare un URB privato per l'endpoint di notifica
scarlett2_init_notify() utilizzava mixer->urb, che snd_usb_mixer_status_create() alloca per l'endpoint interrupt di stato UAC2 e che viene gestito da mixer.c. Su un dispositivo con tale endpoint, il controllo "già in uso" si attiva sull'URB di stato restituendo 0 (successo) senza eseguire alcuna operazione. Nessun URB di notifica viene inviato e cmd_done rimane azzerato poiché è inizializzato dopo quel controllo e non altrove. scarlett2_usb_init() emette quindi SCARLETT2_USB_INIT_1 e wait_for_completion_timeout() causerebbe un crash aggiungendo a una wait.head già azzerata.
Utilizzare un URB separato in scarlett2_data, come fatto per FCP, e inizializzare cmd_done in scarlett2_init_private(). mixer.c liberava inoltre l'URB in snd_usb_mixer_free() e lo risottometteva in snd_usb_mixer_activate(), quindi scarlett2 deve ora fare entrambe le operazioni: aggiungere scarlett2_cleanup_urb(), chiamata da private_free e private_suspend, e un callback private_resume per ristabilire l'URB dopo la ripresa. scarlett2_init_notify() viene raggiunto da qui e il percorso di terminazione dell'URB in scarlett2_notify() completa cmd_done, lasciando un conteggio obsoleto che soddisferebbe l'attesa del comando successivo prima che il dispositivo invii l'ACK. Utilizzare reinit_completion() per azzerarlo.
Liberare inoltre l'URB se l'allocazione del buffer di trasferimento fallisce e liberarlo in entrambi i casi se usb_submit_urb() fallisce. Spostare scarlett2_init_notify() accanto a scarlett2_cleanup_urb() affinché scarlett2_init_private() possa farvi riferimento senza una dichiarazione anticipata (forward declaration).
If you want to get best quality of vulnerability data, you may have to visit VulDB.