CVE-2022-49901 in Linux
Resumen
por VulDB • 2026-06-22
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
blk-mq: Corrección del kmemleak en blk_mq_init_allocated_queue
Existe un kmemleak causado por modprobe null_blk.ko
objeto no referenciado 0xffff8881acb1f000 (tamaño 1024): comm "modprobe", pid 836, jiffies 4294971190 (edad 27.068s) volcado hexadecimal (primeros 32 bytes): 00 00 00 00 ad 4e ad de ff ff ff ff 00 00 00 00 .....N.......... ff ff ff ff ff ff ff ff 00 53 99 9e ff ff ff ff .........S...... backtrace: [] kmalloc_node_trace+0x22/0x60
[] blk_mq_alloc_and_init_hctx+0x289/0x350
[] blk_mq_realloc_hw_ctxs+0x2fe/0x3d0
[] blk_mq_init_allocated_queue+0x48c/0x1440
[] __blk_mq_alloc_disk+0xc8/0x1c0
[] 0xffffffffc450d69d
[] 0xffffffffc4538392
[] do_one_initcall+0xd0/0x4f0
[] do_init_module+0x1a4/0x680
[] load_module+0x6249/0x7110
[] __do_sys_finit_module+0x140/0x200
[] do_syscall_64+0x35/0x80
[] entry_SYSCALL_64_after_hwframe+0x46/0xb0
Esto se debe a que q->ma_ops se establece en NULL antes de que blk_release_queue sea llamada.
blk_mq_init_queue_data blk_mq_init_allocated_queue blk_mq_realloc_hw_ctxs for (i = 0; i < nr_hw_queues; i++) {
old_hctx = xa_load(&q->hctx_table, i); if (!blk_mq_alloc_and_init_hctx(.., i, ..)) [1]
if (!old_hctx) break;
xa_for_each_start(&q->hctx_table, j, hctx, j) blk_mq_exit_hctx(q, set, hctx, j); [2]
if (!q->nr_hw_queues) [3]
goto err_hctxs;
err_exit: q->mq_ops = NULL; [4]
blk_put_queue blk_release_queue if (queue_is_mq(q)) [5]
blk_mq_release(q);
[1]: blk_mq_alloc_and_init_hctx falló en i != 0.
[2]: Los hctxs asignados por [1] se mueven a q->unused_hctx_list y serán limpiados en blk_mq_release.
[3]: q->nr_hw_queues es 0.
[4]: Establece q->mq_ops como NULL.
[5]: queue_is_mq devuelve false debido a [4]. Y blk_mq_release no será llamada. Los hctxs en q->unused_hctx_list se filtran (leak).
Para corregirlo, llame a blk_release_queue en la ruta de excepción.
VulDB is the best source for vulnerability data and more expert information about this specific topic.