LiveActive security incident?Get immediate response
CVE Record

CVE-2025-38063: dm: fix unconditional IO throttle caused by REQ_PREFLUSH

In the Linux kernel, the following vulnerability has been resolved: dm: fix unconditional IO throttle caused by REQ_PREFLUSH When a bio with REQ_PREFLUSH is submitted to dm, __send_empty_flush() generates a flush_bio with REQ_OP_WRITE | REQ_PREFLUSH | REQ_SYNC, which causes the flush_bio to be throttled by wbt_wait(). An example from v5.4, similar problem also exists in upstream: crash> bt 2091206 PID: 2091206 TASK: ffff2050df92a300 CPU: 109 COMMAND: "kworker/u260:0" #0 [ffff800084a2f7f0] __switch_to at ffff80004008aeb8 #1 [ffff800084a2f820] __schedule at ffff800040bfa0c4 #2 [ffff800084a2f880] schedule at ffff800040bfa4b4 #3 [ffff800084a2f8a0] io_schedule at ffff800040bfa9c4 #4 [ffff800084a2f8c0] rq_qos_wait at ffff8000405925bc #5 [ffff800084a2f940] wbt_wait at ffff8000405bb3a0 #6 [ffff800084a2f9a0] __rq_qos_throttle at ffff800040592254 #7 [ffff800084a2f9c0] blk_mq_make_request at ffff80004057cf38 #8 [ffff800084a2fa60] generic_make_request at ffff800040570138 #9 [ffff800084a2fae0] submit_bio at ffff8000405703b4 #10 [ffff800084a2fb50] xlog_write_iclog at ffff800001280834 [xfs] #11 [ffff800084a2fbb0] xlog_sync at ffff800001280c3c [xfs] #12 [ffff800084a2fbf0] xlog_state_release_iclog at ffff800001280df4 [xfs] #13 [ffff800084a2fc10] xlog_write at ffff80000128203c [xfs] #14 [ffff800084a2fcd0] xlog_cil_push at ffff8000012846dc [xfs] #15 [ffff800084a2fda0] xlog_cil_push_work at ffff800001284a2c [xfs] #16 [ffff800084a2fdb0] process_one_work at ffff800040111d08 #17 [ffff800084a2fe00] worker_thread at ffff8000401121cc #18 [ffff800084a2fe70] kthread at ffff800040118de4 After commit 2def2845cc33 ("xfs: don't allow log IO to be throttled"), the metadata submitted by xlog_write_iclog() should not be throttled. But due to the existence of the dm layer, throttling flush_bio indirectly causes the metadata bio to be throttled. Fix this by conditionally adding REQ_IDLE to flush_bio.bi_opf, which makes wbt_should_throttle() return false to avoid wbt_wait().

UnknownCVSS not scoredNot KEV-listedUpdated
Glexia's TakeAutomated analysisunknown

Security readout for executives and security teams

Plain-English summary

This Linux kernel issue can make some storage writes wait when they should not, especially through device-mapper storage layers. The documented impact is unwanted I/O throttling, which points to performance or availability risk rather than data theft or code execution. Public severity data is incomplete.

Executive priority

Treat this as a kernel maintenance item with potential storage performance impact. Prioritize production systems where storage latency affects service availability, but the provided evidence does not support emergency response based on exploitation.

Technical view

In device-mapper, bios carrying REQ_PREFLUSH caused __send_empty_flush() to create a flush bio that entered wbt_wait(). That indirectly throttled metadata I/O that should bypass writeback throttling. The kernel fix conditionally adds REQ_IDLE so wbt_should_throttle() returns false.

Likely exposure

Exposure appears limited to Linux systems running affected kernel versions with device-mapper storage paths that process REQ_PREFLUSH. The bundle lists Linux as the affected product and includes stable kernel fix references, but version range details are not fully normalized.

Exploitation context

The provided sources do not show active exploitation, public exploit availability, or KEV listing. The described failure mode is kernel I/O throttling under specific storage behavior, not a remotely triggerable exploit path in the available evidence.

Researcher notes

The key behavioral signal is REQ_PREFLUSH-triggered flush_bio throttling through wbt_wait(). Validation should focus on code lineage and patch presence, not exploit reproduction. The source bundle lacks CVSS, CWE, and complete vendor impact detail.

Mitigation direction

  • Review vendor kernel advisories for CVE-2025-38063 applicability.
  • Apply the relevant stable kernel update when available for your distribution.
  • Prioritize systems using device-mapper-backed storage and latency-sensitive filesystems.
  • Monitor Debian and vendor security channels for packaged fixes.
  • Avoid inventing local kernel workarounds without vendor guidance.

Validation and detection

  • Inventory Linux kernel versions across servers and appliances.
  • Identify systems using device-mapper storage layers.
  • Check whether installed kernels include the referenced stable fixes.
  • Review storage latency incidents involving flush or metadata I/O throttling.
  • Confirm distribution advisories list CVE-2025-38063 as fixed.
Prepared
Confidence
medium
Sources
9

Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.

Potential ATT&CK relevance

Conservative CVE-to-ATT&CK context

These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.

ATT&CK lookup starting points

Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.

cve · low confidence lookup

CVE-2025-38063 mapping review

Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.

Open ATT&CK lookup
Vulnerability profileCVE Program record
Severity
Unknown
CVSS
Not scored
Known Exploited
No
Published
Official CVE source material

CNA and ADP enrichment extracted from CVE v5

These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.

0CVSS vectors
3Timeline events
2ADP providers
8Source links

Vulnerability timeline

Timeline events are normalized from CVE metadata, CNA source timelines, ADP timelines, and KEV metadata when present.

  1. CVE reservedCVE Program

    The CVE ID was reserved by the assigning CNA.

  2. CVE publishedCVE Program

    The CVE record was published.

  3. CVE updatedCVE Program

    The CVE record metadata indicates this as the latest update time.

ADP provider summaries

CVECVE Program Container
siemens-SADPADP container
Affected products

Products and packages named in the record

VendorProductVersion / packageStatus
LinuxLinuxe34cbd307477ae07c5d8a8d0bd15e65a9ddaba5c, e34cbd307477ae07c5d8a8d0bd15e65a9ddaba5c, e34cbd307477ae07c5d8a8d0bd15e65a9ddaba5c, e34cbd307477ae07c5d8a8d0bd15e65a9ddaba5c, e34cbd307477ae07c5d8a8d0bd15e65a9ddaba5cunaffected
LinuxLinux4.10, 0, 6.1.141, 6.6.93, 6.12.31, 6.14.9, 6.15affected
Weakness

CWE details

No CWE listed

CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.