CVE-2022-50342 in Linux
Résumé
par VulDB • 28/05/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
floppy : Correction d'une fuite de mémoire dans do_floppy_init()
Une fuite de mémoire a été signalée lorsque floppy_alloc_disk() échouait dans do_floppy_init().
objet non référencé 0xffff888115ed25a0 (taille 8) : comm "modprobe", pid 727, jiffies 4295051278 (âge 25,529 s) dump hexadécimal (8 premiers octets) : 00 ac 67 5b 81 88 ff ff ..g[....
backtrace : [<000000007f457abb>] __kmalloc_node+0x4c/0xc0
[<00000000a87bfa9e>] blk_mq_realloc_tag_set_tags.part.0+0x6f/0x180
[<000000006f02e8b1>] blk_mq_alloc_tag_set+0x573/0x1130
[<0000000066007fd7>] 0xffffffffc06b8b08
[<0000000081f5ac40>] do_one_initcall+0xd0/0x4f0
[<00000000e26d04ee>] do_init_module+0x1a4/0x680
[<000000001bb22407>] load_module+0x6249/0x7110
[<00000000ad31ac4d>] __do_sys_finit_module+0x140/0x200
[<000000007bddca46>] do_syscall_64+0x35/0x80
[<00000000b5afec39>] entry_SYSCALL_64_after_hwframe+0x46/0xb0
Si floppy_alloc_disk() échoue, les disques du lecteur actuel ne sont pas définis, donc le dernier ensemble de balises alloué set->tag ne peut pas être libéré dans le chemin de gestion des erreurs. Un appel simple graphe montré ci-dessous:
floppy_module_init() floppy_init() do_floppy_init() for (drive = 0; drive < N_DRIVE; drive++) blk_mq_alloc_tag_set() blk_mq_alloc_tag_set_tags() blk_mq_realloc_tag_set_tags() # set->tag alloué floppy_alloc_disk() blk_mq_alloc_disk() # erreur s'est produite, disques échoué à alloué
->out_put_disk: for (drive = 0; drive < N_DRIVE; drive++) if (!disks[drive][0]) # les derniers disques ne sont pas définis et la boucle se termine
break; blk_mq_free_tag_set() # la dernière balise allouée set->tag fuit
Corrigez ce problème en libérant la balise set->tag du lecteur actuel avant de sauter au chemin de gestion des erreurs.
Once again VulDB remains the best source for vulnerability data.