CVE-2025-22124

md/md-bitmap: fix wrong bitmap_limit for clustermd when write sb

State
Published
Severity
7.8 High
Published
Apr 16, 2025
Updated
Oct 15, 2026
Reserved
Dec 29, 2024

Read the record on cve.org

Description

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

md/md-bitmap: fix wrong bitmap_limit for clustermd when write sb

In clustermd, separate write-intent-bitmaps are used for each cluster node:

0 4k 8k 12k ------------------------------------------------------------------- | idle | md super | bm super [0] + bits | | bm bits[0, contd] | bm super[1] + bits | bm bits[1, contd] | | bm super[2] + bits | bm bits [2, contd] | bm super[3] + bits | | bm bits [3, contd] | | |

So in node 1, pg_index in __write_sb_page() could equal to bitmap->storage.file_pages. Then bitmap_limit will be calculated to 0. md_super_write() will be called with 0 size. That means the first 4k sb area of node 1 will never be updated through filemap_write_page(). This bug causes hang of mdadm/clustermd_tests/01r1_Grow_resize.

Here use (pg_index % bitmap->storage.file_pages) to make calculation of bitmap_limit correct.

Scores

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

Weaknesses

The record names no weakness.

Affected Products

ProductVersions
LinuxLinux
  • 655cc01889fa9b65441922565cddee64af49e6d6 to before 5eaf57fdfa37c869e61e9908e03edd707f9145b8Affected
  • ab99a87542f194f28e2364a42afbf9fb48b1c724 to before 60196f92bbc7901eb5cfa5d456651b87ea50a4a3Affected
  • ab99a87542f194f28e2364a42afbf9fb48b1c724 to before bc3a9788961631359527763d7e1fcf26554c7cb1Affected
  • ab99a87542f194f28e2364a42afbf9fb48b1c724 to before 6130825f34d41718c98a9b1504a79a23e379701eAffected
  • 5600d6013c634c2b6b6c6c55c8ecb50c3a6211f2Affected
  • 6.6.44 to before 6.6.157Affected
  • 6.10.3 to before 6.11Affected
LinuxLinux
  • 6.11Affected
  • before 6.11Not affected
  • 6.6.157 through 6.6.*Not affected
  • 6.12.46 through 6.12.*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.