CVE-2025-22036

exfat: fix random stack corruption after get_block

State
Published
Severity
7.8 High
Published
Apr 16, 2025
Updated
Aug 5, 2026
Reserved
Dec 29, 2024

Read the record on cve.org

Description

In the Linux kernel, the following vulnerability has been resolved:

exfat: fix random stack corruption after get_block

When get_block is called with a buffer_head allocated on the stack, such as do_mpage_readpage, stack corruption due to buffer_head UAF may occur in the following race condition situation.

<CPU 0> <CPU 1> mpage_read_folio <<bh on stack>> do_mpage_readpage exfat_get_block bh_read __bh_read get_bh(bh) submit_bh wait_on_buffer ... end_buffer_read_sync __end_buffer_read_notouch unlock_buffer <<keep going>> ... ... ... ... <<bh is not valid out of mpage_read_folio>> . . another_function <<variable A on stack>> put_bh(bh) atomic_dec(bh->b_count) * stack corruption here *

This patch returns -EAGAIN if a folio does not have buffers when bh_read needs to be called. By doing this, the caller can fallback to functions like block_read_full_folio(), create a buffer_head in the folio, and then call get_block again.

Let's do not call bh_read() with on-stack buffer_head.

Scores

CVSSScoreVectorSource
3.17.8 HighCVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:HLinux
3.17.0 HighCVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:HCISA-ADP

Weaknesses

Affected Products

ProductVersions
LinuxLinux
  • 11a347fb6cef62ce47e84b97c45f2b2497c7593b to before 49b0a6ab8e528a0c1c50e37cef9b9c7c121365f2Affected
  • 11a347fb6cef62ce47e84b97c45f2b2497c7593b to before f7447286363dc1e410bf30b87d75168f3519f9ccAffected
  • 11a347fb6cef62ce47e84b97c45f2b2497c7593b to before f807a6bf2005740fa26b4f59c4a003dc966b9afdAffected
  • 11a347fb6cef62ce47e84b97c45f2b2497c7593b to before 1bb7ff4204b6d4927e982cd256286c09ed4fd8caAffected
LinuxLinux
  • 6.8Affected
  • before 6.8Not affected
  • 6.12.23 through 6.12.*Not affected
  • 6.13.11 through 6.13.*Not affected
  • 6.14.2 through 6.14.*Not affected
  • 6.15 and laterNot affected

References

Every record here comes from the CVE Program’s CVE List. © 1999–2026 The MITRE Corporation. CVE is a registered trademark of The MITRE Corporation. The records are reproduced under the CVE Program terms of use.