hfs/hfsplus: zero-initialize buffer in hfs_bnode_read
- Published
- Last modified
- Where the record stands: published, rejected by its publisher, or superseded by another id.What do these mean? →
- published
- Whether CISA lists it in its Known Exploited Vulnerabilities catalog: proof that attackers are using it.What do these mean? →
- Not listed in CISA KEV
- Fix
- Fixed in 5.10.261, 5.15.212, 6.1.178, 6.6.145, 6.12.96, and 3 more
- Whether working attack code is public (Exploit-DB, Metasploit, Nuclei or GitHub). Public code makes attacks easier.What do these mean? →
- None on Exploit-DB, Metasploit or GitHub
Summary
In the Linux kernel, the following vulnerability has been resolved: hfs/hfsplus: zero-initialize buffer in hfs_bnode_read hfs_bnode_read() can return early without writing to the output buffer when is_bnode_offset_valid() fails or when check_and_correct_requested_ length() corrects the length to zero. Callers such as hfs_bnode_read_ u16() and hfs_bnode_read_u8() pass stack-allocated buffers and use the result unconditionally, leading to KMSAN uninit-value reports. Rather than initializing at each individual call site, zero the buffer at the start of hfs_bnode_read() before any validation checks. This ensures all callers in both hfs and hfsplus get a deterministic zero value regardless of which early-return path is taken.
Timeline
- CVE published
- Record last updated
Affected versions
- Linux Linux
From 5.10.241 · fixed in 5.10.261; From 5.15.190 · fixed in 5.15.212; From 6.1.149 · fixed in 6.1.178; From 6.6.103 · fixed in 6.6.145; From 6.12.43 · fixed in 6.12.96; From 5.4.297 · fixed in 5.5; From 6.15.11 · fixed in 6.16; From 6.16.2 · fixed in 6.17
- Linux Linux
6.17
References 8
git.kernel.org
- stable/c/34684a04777358b2b40ac729e54c8e45359e46b3
- stable/c/0b189b2204f1a2612dc68f8d139fb5b80539e710
- stable/c/8f72fd25a57a457866350359ddd27a43caa62c95
- stable/c/16ca053c2be5f4f3044dccf7fc19237dc820d394
- stable/c/d2afc7ecee476f9251dd87444f7fb6a424410922
- stable/c/f3461b84a4865d9b5e70fbb71da72ae044a3bcd2
- stable/c/d5b45bad75cd2730b8452aed4d3b20a2b2a12576
- stable/c/d67aadee19ffdf3cc8520c5a4f4d5b2916d30baf