ZDF
Sign inSign up

Vulnerabilities

Vulnerability · CVE-2025-37988

In the Linux kernel, the following vulnerability has been resolved: fix a couple of races in MNT_TREE_BENEATH handling by do_move_mount() Normally do_lock_mount(path, _) is locking

Published May 20, 2025 · catalog updated Aug 5, 2026 · Linux Linux

Check if you run it

No confirmed exploitation is on record for CVE-2025-37988. EPSS is 0.15%. Act only if a listed version of Linux Linux is installed.

Gaps on this record

  • No vendor fix or required action is stored. Compare the linked advisory before you change production.
Severity
High7.8
Known exploitation
Not in CISA/VulnCheck KEV
EPSS
0.15%
Remediation
Version ranges on file
Affected products
vendor Linux Linux 6ac392815628f317fcfdca1a39df00b9cc4ebc8b <0d039eac6e5950f9d1ecc9e410c2fd1feaeab3b6

In the Linux kernel, the following vulnerability has been resolved: fix a couple of races in MNT_TREE_BENEATH handling by do_move_mount() Normally do_lock_mount(path, _) is locking a mountpoint pinned by *path and at the time when matching unlock_mount() unlocks that location it is still pinned by the same thing. Unfortunately, for 'beneath' case it's no longer that simple - the object being locked is not the one *path points to. It's the mountpoint of path->mnt. The thing is, without sufficient locking ->mnt_parent may change under us and none of the locks are held at that point. The rules ar

Are you affected?

Enter the version you run. The result uses only the ranges stored on this record.

The check returns affected, not affected, or incomplete. It does not guess a version that is missing from the record.

  • vendor Linux Linux 6ac392815628f317fcfdca1a39df00b9cc4ebc8b <0d039eac6e5950f9d1ecc9e410c2fd1feaeab3b66ac392815628f317fcfdca1a39df00b9cc4ebc8b <0d039eac6e5950f9d1ecc9e410c2fd1feaeab3b6

How to fix CVE-2025-37988

What to do

Three questions, each answered from this record only. Confirm the vendor advisory before you patch.

Should you patch?

No confirmed exploitation is on record for CVE-2025-37988. EPSS is 0.15%. Act only if a listed version of Linux Linux is installed.

Which versions are affected?

Compare what you have installed with Linux Linux 6ac392815628f317fcfdca1a39df00b9cc4ebc8b <0d039eac6e5950f9d1ecc9e410c2fd1feaeab3b6 6ac392815628f317fcfdca1a39df00b9cc4ebc8b <0d039eac6e5950f9d1ecc9e410c2fd1feaeab3b6. Compare the installed version with the linked vendor advisory before you change production.

What should an analyst verify?

No weakness class is stored. EPSS 0.15%. There is no CISA KEV listing. No Exploit-DB or Metasploit reference is linked. Use the source links for the original advisory.

Code

The project this record applies to. Exploit listings stay in References.

Timeline

Detection, updates, and resolution for this record.

  1. May 20, 2025 · EUVD

    Detected

    In the Linux kernel, the following vulnerability has been resolved: fix a couple of races in MNT_TREE_BENEATH handling by do_move_mount() Normally do_lock_mount(path, _) is locking a mountpoint pinned by *path and at the time when matching unlock_mount() unlocks that location it is still pinned by the same thing. Unfortunately, for 'beneath' case it's no longer that simple - the object being locke

  2. Aug 5, 2026 · EUVD

    Updated

    In the Linux kernel, the following vulnerability has been resolved: fix a couple of races in MNT_TREE_BENEATH handling by do_move_mount() Normally do_lock_mount(path, _) is locking a mountpoint pinned by *path and at the time when matching unlock_mount() unlocks that location it is still pinned by the same thing. Unfortunately, for 'beneath' case it's no longer that simple - the object being locke

Sources

  • CVE.orgVulnerability recordCVE-2025-37988

    Official CVE identifier

    cve.org
  • FIRST EPSSExploitation probabilityCVE-2025-37988

    30-day exploitation probability 0.1%

    first.org
  • EUVDVulnerability recordEUVD-2025-15866

    In the Linux kernel, the following vulnerability has been resolved: fix a couple of races in MNT_TREE_BENEATH handling by do_move_mount() Normally do_lock_mount(path, _) is locking a mountpoint pinned by *path and at the time when matching unlock_mount() unlocks that location it

    euvd.enisa.europa.eu

References

Freshness

Last verified in this catalog Oct 18, 2026. Significant claims (KEV, EPSS, CVSS, affected ranges) come from the source rows above — open the original publisher for the authoritative advisory.