CVE-2026-89711

Vulnérabilité élevée dans Linux (Linux)

CVSS 8.2 · Élevée
EPSS 0.4%
Linux•Linux•Versions : <=6.1.*, <=6.12.*, <a275de3bac5635514ca830f2e46b5ff0e66b5c4c, 5.15.221, <9f4434893a2783f7384d993cea883aff3fb7a52d, <7ef182a8fe9c12b0d936880b1e504840639aa009, 0, 5.10.270, 7.2.4, 6.1.188, <ae251937c6f0237e5b555a5e4ba4595b8206e865, <=5.10.*, <=6.6.*, <2ef131323999539038e306773c8256403834361b, 6.6.157, <e145e8d67a5d41c72d322e7f87ab474d39d9dfb7, <b55b4d880bb080fa10eb08ba21a5d8679b8102fe, <=6.18.*, <=7.2.*, <aa0cf48a448c5a9fe1a1e880899ecd589ce39e6e, 4.8, e75b23f9e323b1e0759619c39d5a9f7a3a5d9d2c, <=*, <=5.15.*, <4.8, 6.18.50, 6.12.109, 7.3

Description

In the Linux kernel, the following vulnerability has been resolved: NFSD: remove flawed WARN_ON_ONCE from nfsd_mode_check The header for commit e75b23f9e323 ("nfsd: check d_can_lookup in fh_verify of directories") details the assumption that justified adding the WARN_ON_ONCE to nfsd_mode_check(), that assumption is invalid (in the case of NFS reexport). When NFSD exports an NFS filesystem it is very possible for nfsd_mode_check() to encounter a @dentry that doesn't have i_op->lookup (see nfs_fhget()'s NFS_ATTR_FATTR_MOUNTPOINT and NFS_ATTR_FATTR_V4_REFERRAL handling, and d_flags_for_inode()). So remove nfsd_mode_check()'s WARN_ON_ONCE(). The nfserr_notdir return on that branch must stay. It guards the subsequent lookup_one_unlocked() -> __lookup_slow() path, which calls inode->i_op->lookup() with no NULL check, so returning nfserr_notdir is what keeps a client LOOKUP into such a @dentry from dereferencing a NULL method pointer.

Gravité et risque d'exploitation

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

Que faire ?

  • Vérifiez si Linux (versions <=6.1.*, <=6.12.*, <a275de3bac5635514ca830f2e46b5ff0e66b5c4c, 5.15.221, <9f4434893a2783f7384d993cea883aff3fb7a52d, <7ef182a8fe9c12b0d936880b1e504840639aa009, 0, 5.10.270, 7.2.4, 6.1.188, <ae251937c6f0237e5b555a5e4ba4595b8206e865, <=5.10.*, <=6.6.*, <2ef131323999539038e306773c8256403834361b, 6.6.157, <e145e8d67a5d41c72d322e7f87ab474d39d9dfb7, <b55b4d880bb080fa10eb08ba21a5d8679b8102fe, <=6.18.*, <=7.2.*, <aa0cf48a448c5a9fe1a1e880899ecd589ce39e6e, 4.8, e75b23f9e323b1e0759619c39d5a9f7a3a5d9d2c, <=*, <=5.15.*, <4.8, 6.18.50, 6.12.109, 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