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
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
- 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:HExploitation evidence
Disclosed: evidence found.
CVE published 3 Jul 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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
| Product | Affected | Fixed in |
|---|---|---|
| linux-hwe-edge | Affected
| Fixed in
|
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
- access.redhat.com/errata/RHSA-2026:1143 (opens in a new tab)
- access.redhat.com/security/updates/classification/ (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2376052 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2381870 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2393488 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2418872 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2418876 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2419891 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2422836 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2422840 (opens in a new tab)
- security.access.redhat.com/data/csaf/v2/advisories/2026/rhsa-2026_1143.json (opens in a new tab)
- ubuntu.com/security/CVE-2025-38141 (opens in a new tab)
- cve.org/CVERecord?id=CVE-2025-38141 (opens in a new tab)
- git.kernel.org/linus/37f53a2c60d03743e0eacf7a0c01c279776fef4e (opens in a new tab)
- git.kernel.org/stable/c/37f53a2c60d03743e0eacf7a0c01c279776fef4e (opens in a new tab)
- git.kernel.org/stable/c/d19bc1b4dd5f322980b1f05f79b2ea4f0db10920 (opens in a new tab)
- git.kernel.org/stable/c/f9c1bdf24615303d48a2d0fd629c88f3189563aa (opens in a new tab)
- ubuntu.com/security/notices/USN-7769-1 (opens in a new tab)
- ubuntu.com/security/notices/USN-7770-1 (opens in a new tab)
- ubuntu.com/security/notices/USN-7771-1 (opens in a new tab)
- ubuntu.com/security/notices/USN-7769-2 (opens in a new tab)
- ubuntu.com/security/notices/USN-7769-3 (opens in a new tab)
- ubuntu.com/security/notices/USN-7789-1 (opens in a new tab)
- ubuntu.com/security/notices/USN-7789-2 (opens in a new tab)