CVE-2026-89787

Vulnérabilité non évaluée dans Linux (Linux)

CVSS 0.0 · Non évaluée
EPSS 0.2%
Linux•Linux•Versions : <=6.1.*, <=6.12.*, <5.13, 5.15.221, 0, 471fbbea7ff7061b2d6474665cb5a2ceb4fd6500, 6.1.188, 6.18.52, <=6.6.*, <3933884bc3102898b458c53fbd1ac52eb9cdb8a4, 6.6.157, 7.2.6, <83663c0b739480c00cfe785675db87520ec484ed, 5.13, <=6.18.*, <e94676a08af6312aa72d8a981232b281f9bcfcf5, 6.12.110, <d8c184bec24b5a00ae96d704856d935eaded1685, <4d20106c536b73c4a8a02652dc85e35898baebf7, <=7.2.*, <c7e6b863d298f56522d0d08554bbea7f142e6588, <=*, <61a395967de06edba58760e81907a272db749faa, <=5.15.*, 7.3

Description

In the Linux kernel, the following vulnerability has been resolved: ext4: check dir entry fits before reading the hash trailer in ext4_search_dir() For casefolded encrypted directories ext4 stores an 8-byte hash trailer after the name (EXT4_DIRENT_HASHES()), at an offset derived from de->name_len. On the sb_no_casefold_compat_fallback() path ext4_match() reads that trailer, but ext4_search_dir()'s by-hand pre-check only tests de->name + de->name_len <= dlimit, which proves the name fits, not the rounded trailer. A crafted entry whose name ends at the block boundary passes the check while EXT4_DIRENT_HASHES(de) lands past the block end, so ext4_match() reads out of bounds on an ordinary lookup. KASAN reports it as a use-after-free when the page after the directory block holds a freed object: BUG: KASAN: use-after-free in ext4_match (fs/ext4/namei.c:1435) Read of size 4 at addr ffff888010458000 by task exploit Call Trace: ext4_match (fs/ext4/namei.c:1435) ext4_search_dir (fs/ext4/namei.c:1470) __ext4_find_entry (fs/ext4/namei.c:1268 fs/ext4/namei.c:1632) ext4_lookup (fs/ext4/namei.c:1703 fs/ext4/namei.c:1769) ... filename_lookup (fs/namei.c:2842) vfs_statx (fs/stat.c:353) __do_sys_newfstatat (fs/stat.c:538) do_syscall_64 (arch/x86/entry/syscall_64.c:94) entry_SYSCALL_64_after_hwframe (arch/x86/entry/entry_64.S:121) Require, for hash-in-dirent directories, that the whole entry including the rounded trailer fits before calling ext4_match(). This is the same bound ext4_check_dir_entry() already enforces via ext4_dir_rec_len(), so no well-formed entry is rejected. The other caller, ext4_find_dest_de(), runs ext4_check_dir_entry() first and is unaffected.

Gravité et risque d'exploitation

CVE-2026-89787 obtient un score CVSS de 0.0/10, soit une gravité non évaluée. Selon le modèle EPSS, la probabilité qu'elle soit exploitée dans les 30 prochains jours est de 0.21 %, ce qui la place devant 10.0 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions <=6.1.*, <=6.12.*, <5.13, 5.15.221, 0, 471fbbea7ff7061b2d6474665cb5a2ceb4fd6500, 6.1.188, 6.18.52, <=6.6.*, <3933884bc3102898b458c53fbd1ac52eb9cdb8a4, 6.6.157, 7.2.6, <83663c0b739480c00cfe785675db87520ec484ed, 5.13, <=6.18.*, <e94676a08af6312aa72d8a981232b281f9bcfcf5, 6.12.110, <d8c184bec24b5a00ae96d704856d935eaded1685, <4d20106c536b73c4a8a02652dc85e35898baebf7, <=7.2.*, <c7e6b863d298f56522d0d08554bbea7f142e6588, <=*, <61a395967de06edba58760e81907a272db749faa, <=5.15.*, 7.3) est présent sur votre parc.
  • Appliquez le correctif ou la version corrigée indiqués dans les références de l'éditeur.
  • À défaut de correctif, limitez l'exposition (filtrage réseau, désactivation du composant).
  • Automatisez la détection : les agents CVE Heimdall (gratuits, open source) corrèlent l'inventaire de vos serveurs avec la base CVE.

Références