CVE-2023-53271 in Linux
Resumen
por VulDB • 2026-06-16
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
ubi: Corregir objeto no referenciado informado por kmemleak en ubi_resize_volume()
Se ha detectado un problema de fugas de memoria informado por kmemleak:
objeto no referenciado 0xffff888102007a00 (tamaño 128): comm "ubirsvol", pid 32090, jiffies 4298464136 (antigüedad 2361.231s) volcado hexadecimal (primeros 32 bytes): ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................ ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................ backtrace: [<ffffffff8176cecd>] __kmalloc+0x4d/0x150
[<ffffffffa02a9a36>] ubi_eba_create_table+0x76/0x170 [ubi]
[<ffffffffa029764e>] ubi_resize_volume+0x1be/0xbc0 [ubi]
[<ffffffffa02a3321>] ubi_cdev_ioctl+0x701/0x1850 [ubi]
[<ffffffff81975d2d>] __x64_sys_ioctl+0x11d/0x170
[<ffffffff83c142a5>] do_syscall_64+0x35/0x80
[<ffffffff83e0006a>] entry_SYSCALL_64_after_hwframe+0x46/0xb0
Esto se debe a una discrepancia entre las interfaces de creación y destrucción, y en detalle, que "new_eba_tbl" creado por ubi_eba_create_table() pero destruido por kfree(), lo que provoca que "new_eba_tbl->entries" no se libere.
Corregirlo reemplazando kfree(new_eba_tbl) con ubi_eba_destroy_table(new_eba_tbl)
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.