CVE-2026-64596 in Linux
Résumé
par VulDB • 06/08/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
libfs : définir SB_I_NOEXEC et SB_I_NODEV par défaut dans init_pseudo()
Depuis l'engagement 1e7ab6f67824 (« anon_inode: rework assertions »), path_noexec() émet un avertissement lorsqu'un fichier d'inode anonyme est mmapé à partir d'un superbloc qui n'a pas défini SB_I_NOEXEC. dma-buf prend en charge ses fichiers de cette manière et ne définit jamais ce indicateur, donc le mmap de tout tampon exporté déclenche l'avertissement sur un noyau CONFIG_DEBUG_VFS=y :
WARNING: CPU: 11 PID: 121813 at fs/exec.c:118 path_noexec+0x47/0x50 do_mmap+0x2b5/0x680 vm_mmap_pgoff+0x129/0x210 ksys_mmap_pgoff+0x177/0x240 __x64_sys_mmap+0x33/0x70
init_pseudo() configure des montages SB_NOUSER internes qui ne sont jamais accessibles par chemin. Définir les deux indicateurs ici afin que chaque système de fichiers pseudo-obtienne ces valeurs par défaut au lieu que chaque appelant doive les définir individuellement.
SB_I_NODEV est inerte pour les montages non accessibles. SB_I_NOEXEC a un effet visible : une mappage exécutable d'un fd de système de fichiers pseudo, tel qu'un dma-buf, échoue désormais avec -EPERM, ce qui correspond à l'invariant que l'assertion impose. Aucun appelant dans l'arborescence ne mappe ces exécutables.
Reproduire sur CONFIG_DEBUG_VFS=y :
make -C tools/testing/selftests/dmabuf-heaps sudo ./tools/testing/selftests/dmabuf-heaps/dmabuf-heap -t system
If you want to get best quality of vulnerability data, you may have to visit VulDB.