Skip to main content
CVE-2025-38141VulnerabilityPublished Updated

CVE-2025-38141: Linux hwe edge · In the Linux kernel, the following vulnerability has been resolved: dm: fix dm_blk_report_zones If dm_get_live_table() returned NULL

Affects linux-hwe-edgeSource GCVE Database

0

Mentioned vulnerabilities

Not known to be exploited · CVSS 7.8 High · fixed in 6.14.0-1016.17~24.04.1 : patch linux-hwe-edge soon.

Data as of 26 Oct 2026, 08:30 UTC

CVSS 3.1 base score
7.8High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% chance of exploitation in 30 days – higher than 8% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 6.14.0-1016.17~24.04.1, 6.14.0-1013.13~24.04.1, 6.14.0-1012.12 +1
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 3 Jul 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Upgrade linux-hwe-edge to 6.14.0-1016.17~24.04.1, 6.14.0-1013.13~24.04.1, 6.14.0-1012.12 or 6.14.0-1007.7.

Affected software

ProductAffectedFixed in
linux-hwe-edgeAffected
  • Red Hat
  • Red Hat Enterprise Linux
  • Red Hat Enterprise Linux AppStream (v. 9)
  • Red Hat Enterprise Linux BaseOS (v. 9)
  • Red Hat Enterprise Linux CodeReady Linux Builder (v. 9)
  • <6.14.0-1013.13~24.04.1
  • <6.14.0-1007.7
  • <6.14.0-1016.17~24.04.1
  • <6.14.0-1012.12
Fixed in
  • 6.14.0-1013.13~24.04.1
  • 6.14.0-1007.7
  • 6.14.0-1016.17~24.04.1
  • 6.14.0-1012.12

AI-suggested

Red Hat has released an official security update (RHSA-2026:1143) that addresses all listed vulnerabilities. Users of Red Hat Enterprise Linux 9 and related products should apply the kernel update promptly and reboot their systems to ensure the fixes take effect. Detailed update instructions are available at https://access.redhat.com/articles/11258. There are no indications that additional mitigations beyond applying the official update are necessary.

Description

In the Linux kernel, the following vulnerability has been resolved: dm: fix dm_blk_report_zones If dm_get_live_table() returned NULL, dm_put_live_table() was never called. Also, it is possible that md->zone_revalidate_map will change while calling this function. Only read it once, so that we are always using the same value. Otherwise we might miss a call to dm_put_live_table(). Finally, while md->zone_revalidate_map is set and a process is calling blk_revalidate_disk_zones() to set up the zone append emulation resources, it is possible that another process, perhaps triggered by blkdev_report_zones_ioctl(), will call dm_blk_report_zones(). If blk_revalidate_disk_zones() fails, these resources can be freed while the other process is still using them, causing a use-after-free error. blk_revalidate_disk_zones() will only ever be called when initially setting up the zone append emulation resources, such as when setting up a zoned dm-crypt table for the first time. Further table swaps will not set md->zone_revalidate_map or call blk_revalidate_disk_zones(). However it must be called using the new table (referenced by md->zone_revalidate_map) and the new queue limits while the DM device is suspended. dm_blk_report_zones() needs some way to distinguish between a call from blk_revalidate_disk_zones(), which must be allowed to use md->zone_revalidate_map to access this not yet activated table, and all other calls to dm_blk_report_zones(), which should not be allowed while the device is suspended and cannot use md->zone_revalidate_map, since the zone resources might be freed by the process currently calling blk_revalidate_disk_zones(). Solve this by tracking the process that sets md->zone_revalidate_map in dm_revalidate_zones() and only allowing that process to make use of it in dm_blk_report_zones().

References

Community reviews

Loading reviews…