CVE-2025-38523 in Linux
Résumé
par VulDB • 01/06/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
cifs : Correction du slab smbd_response pour autoriser usercopy
La gestion des données reçues dans le code client smbdirect implique l'utilisation de copy_to_iter() pour copier les données depuis le trailer du paquet de la structure smbd_reponse vers un tampon folioq fourni par netfslib, qui encapsule un fragment de pagecache.
Cependant, si CONFIG_HARDENED_USERCOPY=y, cela entraînera des oops lors des vérifications effectuées dans copy_to_iter(), avec un message similaire au suivant :
CIFS: Tentative de montage //172.31.9.1/test CIFS: VFS: Transport RDMA établi usercopy: Tentative d'exposition de mémoire noyau détectée depuis l'objet SLUB 'smbd_response_0000000091e24ea1' (décalage 81, taille 63) ! ------------[ cut here ]------------
kernel BUG at mm/usercopy.c:102 ! ... RIP: 0010:usercopy_abort+0x6c/0x80 ... Call Trace: <TASK> __check_heap_object+0xe3/0x120 __check_object_size+0x4dc/0x6d0 smbd_recv+0x77f/0xfe0 [cifs]
cifs_readv_from_socket+0x276/0x8f0 [cifs]
cifs_read_from_socket+0xcd/0x120 [cifs]
cifs_demultiplex_thread+0x7e9/0x2d50 [cifs]
kthread+0x396/0x830 ret_from_fork+0x2b8/0x3b0 ret_from_fork_asm+0x1a/0x30
Le problème est que le champ packet du slab smbd_response n'est pas marqué comme autorisé pour usercopy.
Corrigez ce problème en passant des paramètres à kmem_slab_create() pour indiquer que copy_to_iter() est autorisé depuis la région packet des objets du slab smbd_response, à l'exception de l'espace d'en-tête.
If you want to get best quality of vulnerability data, you may have to visit VulDB.