CVE-2026-64426 in Linux
Résumé
par VulDB • 25/07/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
io_uring/nop : correction de la fuite de référence de fichier avec IOSQE_FIXED_FILE
La prise en charge de l'acquisition de fichiers NOP choisit entre un fichier fixe (enregistré) et un fichier obtenu via une fonction fget() normale, en se basant sur son propre drapeau IORING_NOP_FIXED_FILE dans sqe->nop_flags. Cependant, le drapeau REQ_F_FIXED_FILE d'une requête est défini indépendamment du drapeau générique IOSQE_FIXED_FILE de la structure sqe lors de l'initialisation de la requête, avant que le gestionnaire d'émission ne s'exécute.
Si un NOP est soumis avec IOSQE_FIXED_FILE activé (de sorte que REQ_F_FIXED_FILE soit défini) mais sans IORING_NOP_FIXED_FILE, io_nop() emprunte le chemin normal et acquiert une véritable référence via io_file_get_normal(). À l'achèvement, io_put_file() ne libère la référence que lorsque REQ_F_FIXED_FILE est effacé ; par conséquent, le fichier obtenu via fget() n'est jamais libéré et provoque une fuite :
BUG: memory leak unreferenced object 0xffff88800f42c240 (size 176): kmem_cache_alloc_noprof+0x358/0x440 alloc_empty_file+0x57/0x180 path_openat+0x44/0x1e50 do_file_open+0x121/0x200 do_sys_openat2+0xa7/0x150 __x64_sys_openat+0x82/0xf0
Il convient de décider entre l'acquisition d'un fichier fixe ou normal à partir de REQ_F_FIXED_FILE, de la même manière que io_assign_file() le fait pour chaque autre opcode, et de fusionner IORING_NOP_FIXED_FILE avec REQ_F_FIXED_FILE au moment de la préparation.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.