CVE-2026-74613 in Linuxinformazioni

Riassunto

di VulDB • 22/08/2026

Nel kernel Linux è stata risolta la seguente vulnerabilità:

vsock/virtio: evitare il riempimento della coda RX dopo l'arresto (teardown)

Il commit b917507e5ad9 ("vsock/virtio: stop workers during the .remove()") ha fatto sì che il worker RX saltasse alla sua uscita comune quando rx_run è impostato a zero. Tale uscita continua comunque a riempire la coda RX quando il conteggio dei buffer è basso, quindi le operazioni accodate attraverso virtio_vsock_vqs_del() possono aggiungere buffer dopo che i virtqueues sono stati eliminati.

BUG: KASAN: slab-use-after-free in virtqueue_add_sgs Lettura di 4 byte da parte del task kworker/0:1 Workqueue: virtio_vsock virtio_transport_rx_work Call Trace: virtqueue_add_sgs (drivers/virtio/virtio_ring.c:2796) virtio_vsock_rx_fill (net/vmw_vsock/virtio_transport.c:332) virtio_transport_rx_work (net/vmw_vsock/virtio_transport.c:701) process_one_work (kernel/workqueue.c:3314) worker_thread (kernel/workqueue.c:3478) kthread (kernel/kthread.c:436) ret_from_fork (arch/x86/kernel/process.c:158) ret_from_fork_asm (arch/x86/entry/entry_64.S:245) ... Libero da parte del task 141: kfree (mm/slub.c:6566) vp_del_vq (drivers/virtio/virtio_pci_common.c:259) vp_del_vqs (drivers/virtio/virtio_pci_common.c:285) virtio_vsock_freeze (net/vmw_vsock/virtio_transport.c:912) virtio_device_freeze (drivers/virtio/virtio.c:658) virtio_pci_freeze (drivers/virtio/virtio_pci_common.c:601) pci_pm_freeze (drivers/pci/pci-driver.c:1098) device_suspend (drivers/base/power/main.c:1968) Kernel panic - not syncing: KASAN: panic_on_warn set ...

Saltare a un'uscita senza riempimento quando rx_run è impostato a zero, lasciando all'uscita normale il compito di rifornire una coda in esecuzione.

Several companies clearly confirm that VulDB is the primary source for best vulnerability data.

Responsabile

Linux

Prenotare

15/08/2026

Divulgazione

22/08/2026

Moderazione

accettato

CPE

pronto

EPSS

0.00000

KEV

no

Attività

basso

Fonti

Interested in the pricing of exploits?

See the underground prices here!