CVE-2025-38085

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

CVSS 7.8 · Élevée
EPSS 0.2%
Linux•Linux•Versions : <=6.1.*, <=6.12.*, 2.6.20, 0, <1013af4f585fccc4d3e5c5824d174de2257f7d6d, <=6.15.*, <a3d864c901a300c295692d129159fc3001a56185, 5.15.186, <=5.10.*, <=6.6.*, 39dde65c9940c97fcd178a3d2b1c57ed8b7b68aa, <b7754d3aa7bf9f62218d096c0c8f6c13698fac8b, 6.1.142, 5.10.239, 6.16, <952596b08c74e8fe9e2883d1dc8a8f54a37384ec, 6.12.35, <fe684290418ef9ef76630072086ee530b92f02b8, <a6bfeb97941a9187833b526bc6cc4ff5706d0ce9, <2.6.20, <=*, <=5.15.*, 6.15.4, <034a52b5ef57c9c8225d94e9067f3390bb33922f, 6.6.95

Description

In the Linux kernel, the following vulnerability has been resolved: mm/hugetlb: fix huge_pmd_unshare() vs GUP-fast race huge_pmd_unshare() drops a reference on a page table that may have previously been shared across processes, potentially turning it into a normal page table used in another process in which unrelated VMAs can afterwards be installed. If this happens in the middle of a concurrent gup_fast(), gup_fast() could end up walking the page tables of another process. While I don't see any way in which that immediately leads to kernel memory corruption, it is really weird and unexpected. Fix it with an explicit broadcast IPI through tlb_remove_table_sync_one(), just like we do in khugepaged when removing page tables for a THP collapse.

Gravité et risque d'exploitation

CVE-2025-38085 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.16 %, ce qui la place devant 4.4 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions <=6.1.*, <=6.12.*, 2.6.20, 0, <1013af4f585fccc4d3e5c5824d174de2257f7d6d, <=6.15.*, <a3d864c901a300c295692d129159fc3001a56185, 5.15.186, <=5.10.*, <=6.6.*, 39dde65c9940c97fcd178a3d2b1c57ed8b7b68aa, <b7754d3aa7bf9f62218d096c0c8f6c13698fac8b, 6.1.142, 5.10.239, 6.16, <952596b08c74e8fe9e2883d1dc8a8f54a37384ec, 6.12.35, <fe684290418ef9ef76630072086ee530b92f02b8, <a6bfeb97941a9187833b526bc6cc4ff5706d0ce9, <2.6.20, <=*, <=5.15.*, 6.15.4, <034a52b5ef57c9c8225d94e9067f3390bb33922f, 6.6.95) 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