CVE-2024-56534 in Linux
Résumé
par VulDB • 24/05/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
isofs : éviter une fuite de mémoire dans iocharset
Une fuite de mémoire (memleak) a été identifiée comme suit :
objet non référencé 0xffff0000d10164d8 (taille 8) : comm "pool-udisksd", pid 108217, jiffies 4295408555 dump hexadécimal (8 premiers octets) : 75 74 66 38 00 cc cc cc utf8.... backtrace (crc de430d31) : [] kmemleak_alloc+0xb8/0xc8
[] __kmalloc_node_track_caller_noprof+0x380/0x474
[] kstrdup+0x70/0xfc
[] isofs_parse_param+0x228/0x2c0 [isofs]
[] vfs_parse_fs_param+0xf4/0x164
[] vfs_parse_fs_string+0x8c/0xd4
[] vfs_parse_monolithic_sep+0xb0/0xfc
[] generic_parse_monolithic+0x30/0x3c
[] parse_monolithic_mount_data+0x40/0x4c
[] path_mount+0x6c4/0x9ec
[] do_mount+0xac/0xc4
[] __arm64_sys_mount+0x16c/0x2b0
[] invoke_syscall+0x7c/0x104
[] el0_svc_common.constprop.1+0xe0/0x104
[] do_el0_svc+0x2c/0x38
[] el0_svc+0x3c/0x1b8
La variable opt->iocharset est libérée dans la fonction isofs_fill_super, mais il peut exister des situations où il est impossible d'entrer dans cette fonction.
Par exemple, dans la fonction get_tree_bdev_flags, lors de la rencontre de la situation « Impossible de monter, changerait l'état en lecture seule (RO) », dans un tel cas, isofs_fill_super ne sera pas appelée, ce qui signifie que opt->iocharset ne sera pas libérée, entraînant in fine une fuite de mémoire.
Déplaçons la libération de la mémoire de opt->iocharset dans la fonction isofs_free_fc.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.