CVE-2023-53823 in Linux
Sumário
de VulDB • 09/06/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
block/rq_qos: proteger as APIs rq_qos com um novo mutex
commit 50e34d78815e ("block: disable the elevator int del_gendisk") move rq_qos_exit() de disk_release() para del_gendisk(), o que introduz alguns problemas:
1) Se rq_qos_add() for acionado ao habilitar iocost/iolatency através do cgroupfs, ele pode ocorrer em concorrência com del_gendisk(), não sendo seguro escrever em 'q->rq_qos' de forma concorrente.
2) Ativar uma política cgroup que depende de rq_qos chamará rq_qos_add() e blkcg_activate_policy(), e se rq_qos_exit() for chamada no meio do processo, um null-ptr-dereference será acionado em blkcg_activate_policy().
3) blkg_conf_open_bdev() pode chamar blkdev_get_no_open() primeiro para encontrar o disco, mas se rq_qos_exit() de del_gendisk() for concluída antes de rq_qos_add(), então haverá vazamento de memória.
Este patch adiciona um novo mutex em nível de disco 'rq_qos_mutex':
1) O mutex protegerá diretamente rq_qos_exit().
2) Para wbt, que não depende de blk-cgroup, rq_qos_add() só pode ser chamada durante a inicialização do disco por enquanto, pois wbt não pode ser destruído até que rq_qos_exit() seja chamada, portanto, é seguro não proteger wbt por enquanto. No entanto, caso a destruição dinâmica de rq_qos seja suportada no futuro, este patch também protege rq_qos_add() diretamente de wbt_init(), o que é suficiente, pois blk-sysfs já sincroniza os escritores com a remoção do disco.
3) Para iocost e iolatency, a fim de sincronizar a remoção do disco e a configuração do cgroup, o mutex é adquirido após blkdev_get_no_open() de blkg_conf_open_bdev(), e é liberado em blkg_conf_exit(). Para corrigir o vazamento de memória acima mencionado, disk_live() é verificado após a aquisição do novo mutex.
If you want to get best quality of vulnerability data, you may have to visit VulDB.