CVE-2026-22980

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

CVSS 7.8 · Élevée
EPSS 0.2%
Linux•Linux•Versions : <=6.1.*, <=6.12.*, 7f5ef2e900d9462bf9cffaf6bb246ed87a20a6d6, <ba4811c8b433bfa681729ca42cc62b6034f223b0, <e8bfa2401d4c51eca6e48e9b33c798828ca9df61, 0, <34eb22836e0cdba093baac66599d68c4cd245a9d, 6.1.161, <06600719d0f7a723811c45e4d51f5b742f345309, 5.15.198, <2857bd59feb63fcf40fe4baf55401baea6b4feb4, <=5.10.*, <=6.6.*, 6.18.6, <53f07d095e7e680c5e4569a55a019f2c0348cdc6, <=6.18.*, <3.18, 5.10.248, <=*, 6.12.66, <=5.15.*, 6.19, <ca97360860eb02e3ae4ba42c19b439a0fcecbf06, 6.6.121, 3.18

Description

In the Linux kernel, the following vulnerability has been resolved: nfsd: provide locking for v4_end_grace Writing to v4_end_grace can race with server shutdown and result in memory being accessed after it was freed - reclaim_str_hashtbl in particularly. We cannot hold nfsd_mutex across the nfsd4_end_grace() call as that is held while client_tracking_op->init() is called and that can wait for an upcall to nfsdcltrack which can write to v4_end_grace, resulting in a deadlock. nfsd4_end_grace() is also called by the landromat work queue and this doesn't require locking as server shutdown will stop the work and wait for it before freeing anything that nfsd4_end_grace() might access. However, we must be sure that writing to v4_end_grace doesn't restart the work item after shutdown has already waited for it. For this we add a new flag protected with nn->client_lock. It is set only while it is safe to make client tracking calls, and v4_end_grace only schedules work while the flag is set with the spinlock held. So this patch adds a nfsd_net field "client_tracking_active" which is set as described. Another field "grace_end_forced", is set when v4_end_grace is written. After this is set, and providing client_tracking_active is set, the laundromat is scheduled. This "grace_end_forced" field bypasses other checks for whether the grace period has finished. This resolves a race which can result in use-after-free.

Gravité et risque d'exploitation

CVE-2026-22980 obtient un score CVSS de 7.8/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.15 %, ce qui la place devant 4.2 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions <=6.1.*, <=6.12.*, 7f5ef2e900d9462bf9cffaf6bb246ed87a20a6d6, <ba4811c8b433bfa681729ca42cc62b6034f223b0, <e8bfa2401d4c51eca6e48e9b33c798828ca9df61, 0, <34eb22836e0cdba093baac66599d68c4cd245a9d, 6.1.161, <06600719d0f7a723811c45e4d51f5b742f345309, 5.15.198, <2857bd59feb63fcf40fe4baf55401baea6b4feb4, <=5.10.*, <=6.6.*, 6.18.6, <53f07d095e7e680c5e4569a55a019f2c0348cdc6, <=6.18.*, <3.18, 5.10.248, <=*, 6.12.66, <=5.15.*, 6.19, <ca97360860eb02e3ae4ba42c19b439a0fcecbf06, 6.6.121, 3.18) 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