CVE-2025-38424

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

CVSS 7.8 · Élevée
EPSS 0.2%
Linux•Linux•Versions : <=6.1.*, <=6.12.*, 0, <a9f6aab7910a0ef2895797f15c947f6d1053160f, c5ebcedb566ef17bda7b02686e0d658a7bb42ee7, <=6.15.*, 5.4.295, 5.15.186, <=5.10.*, <=6.6.*, <975ffddfa2e19823c719459d2364fcaa17673964, 6.1.142, 5.10.239, <=5.4.*, 6.16, <7b8f3c72175c6a63a95cf2e219f8b78e2baad34e, <456019adaa2f5366b89c868dea9b483179bece54, <507c9a595bad3abd107c6a8857d7fd125d89f386, <3.7, <2ee6044a693735396bb47eeaba1ac3ae26c1c99b, 6.12.35, <4f6fc782128355931527cefe3eb45338abd8ab39, <=*, 3.7, <=5.15.*, 6.15.4, 6.6.95, <7311970d07c4606362081250da95f2c7901fc0db

Description

In the Linux kernel, the following vulnerability has been resolved: perf: Fix sample vs do_exit() Baisheng Gao reported an ARM64 crash, which Mark decoded as being a synchronous external abort -- most likely due to trying to access MMIO in bad ways. The crash further shows perf trying to do a user stack sample while in exit_mmap()'s tlb_finish_mmu() -- i.e. while tearing down the address space it is trying to access. It turns out that we stop perf after we tear down the userspace mm; a receipie for disaster, since perf likes to access userspace for various reasons. Flip this order by moving up where we stop perf in do_exit(). Additionally, harden PERF_SAMPLE_CALLCHAIN and PERF_SAMPLE_STACK_USER to abort when the current task does not have an mm (exit_mm() makes sure to set current->mm = NULL; before commencing with the actual teardown). Such that CPU wide events don't trip on this same problem.

Gravité et risque d'exploitation

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

Que faire ?

  • Vérifiez si Linux (versions <=6.1.*, <=6.12.*, 0, <a9f6aab7910a0ef2895797f15c947f6d1053160f, c5ebcedb566ef17bda7b02686e0d658a7bb42ee7, <=6.15.*, 5.4.295, 5.15.186, <=5.10.*, <=6.6.*, <975ffddfa2e19823c719459d2364fcaa17673964, 6.1.142, 5.10.239, <=5.4.*, 6.16, <7b8f3c72175c6a63a95cf2e219f8b78e2baad34e, <456019adaa2f5366b89c868dea9b483179bece54, <507c9a595bad3abd107c6a8857d7fd125d89f386, <3.7, <2ee6044a693735396bb47eeaba1ac3ae26c1c99b, 6.12.35, <4f6fc782128355931527cefe3eb45338abd8ab39, <=*, 3.7, <=5.15.*, 6.15.4, 6.6.95, <7311970d07c4606362081250da95f2c7901fc0db) 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