btrfs: avoid potential out-of-bounds in btrfs_encode_fh()
- 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.4.301, 5.10.246, 5.15.195, 6.1.157, 6.6.113, and 2 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
- Exploitation: none
- Automatable: no
- Technical impact: total
Summary
In the Linux kernel, the following vulnerability has been resolved: btrfs: avoid potential out-of-bounds in btrfs_encode_fh() The function btrfs_encode_fh() does not properly account for the three cases it handles. Before writing to the file handle (fh), the function only returns to the user BTRFS_FID_SIZE_NON_CONNECTABLE (5 dwords, 20 bytes) or BTRFS_FID_SIZE_CONNECTABLE (8 dwords, 32 bytes). However, when a parent exists and the root ID of the parent and the inode are different, the function writes BTRFS_FID_SIZE_CONNECTABLE_ROOT (10 dwords, 40 bytes). If *max_len is not large enough, this write goes out of bounds because BTRFS_FID_SIZE_CONNECTABLE_ROOT is greater than BTRFS_FID_SIZE_CONNECTABLE originally returned. This results in an 8-byte out-of-bounds write at fid->parent_root_objectid = parent_root_id. A previous attempt to fix this issue was made but was lost. https://lore.kernel.org/all/4CADAEEC020000780001B32C@vpn.id2.novell.com/ Although this issue does not seem to be easily triggerable, it is a potential memory corruption bug that should be fixed. This patch resolves the issue by ensuring the function returns the appropriate size for all three cases and validates that *max_len is large enough before writing any data.
Timeline
- CVE published
- CISA SSVC assessment
Exploitation: none · Automatable: no · Technical impact: total
- Record last updated
Affected versions
- Linux Linux
From be6e8dc0ba84029997075a1ec77b4ddb863cbe15 · fixed in 60de2f55d2aca53e81b4ef2a67d7cc9e1eb677db; From be6e8dc0ba84029997075a1ec77b4ddb863cbe15 · fixed in 742b44342204e5dfe3926433823623c1a0c581df; From be6e8dc0ba84029997075a1ec77b4ddb863cbe15 · fixed in d3a9a8e1275eb9b87f006b5562a287aea3f6885f; From be6e8dc0ba84029997075a1ec77b4ddb863cbe15 · fixed in d91f6626133698362bba08fbc04bd72c466806d3; From be6e8dc0ba84029997075a1ec77b4ddb863cbe15 · fixed in 0276c8582488022f057b4cec21975a5edf079f47; From be6e8dc0ba84029997075a1ec77b4ddb863cbe15 · fixed in 361d67276eb8ec6be8f27f4ad6c6090459438fee; From be6e8dc0ba84029997075a1ec77b4ddb863cbe15 · fixed in 43143776b0a7604d873d1a6f3e552a00aa930224; From be6e8dc0ba84029997075a1ec77b4ddb863cbe15 · fixed in dff4f9ff5d7f289e4545cc936362e01ed3252742
- Linux Linux
2.6.29
- KernelLinux
From 2.6.29 · fixed in 5.4.301; From 5.5.0 · fixed in 5.10.246; From 5.11.0 · fixed in 5.15.195; From 5.16.0 · fixed in 6.1.157; From 6.2.0 · fixed in 6.6.113; From 6.7.0 · fixed in 6.12.54; From 6.13.0 · fixed in 6.17.4
References 8
git.kernel.org
- stable/c/60de2f55d2aca53e81b4ef2a67d7cc9e1eb677db
- stable/c/742b44342204e5dfe3926433823623c1a0c581df
- stable/c/d3a9a8e1275eb9b87f006b5562a287aea3f6885f
- stable/c/d91f6626133698362bba08fbc04bd72c466806d3
- stable/c/0276c8582488022f057b4cec21975a5edf079f47
- stable/c/361d67276eb8ec6be8f27f4ad6c6090459438fee
- stable/c/43143776b0a7604d873d1a6f3e552a00aa930224
- stable/c/dff4f9ff5d7f289e4545cc936362e01ed3252742