libceph: handle rbtree insertion error in decode_choose_args()
- 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.258, 5.15.209, 6.1.175, 6.6.141, 6.12.91, 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: yes
- Technical impact: partial
Summary
In the Linux kernel, the following vulnerability has been resolved: libceph: handle rbtree insertion error in decode_choose_args() A message of type CEPH_MSG_OSD_MAP contains an OSD map that itself contains a CRUSH map. The received CRUSH map may optionally contain choose_args that get decoded in decode_choose_args(). In this function, num_choose_arg_maps is read from the message, and a corresponding number of crush_choose_arg_maps gets decoded afterwards. Each crush_choose_arg_map has a choose_args_index, which serves as the key when inserting it into the choose_args rbtree of the decoded crush_map. If a (potentially corrupted) message contains two crush_choose_arg_maps with the same index, the assertion in insert_choose_arg_map() triggers a kernel BUG when trying to insert the second crush_choose_arg_map. This patch fixes the issue by switching to the non-asserting rbtree insertion function and rejecting the message if the insertion fails. [ idryomov: changelog ]
Timeline
- CVE published
- CISA SSVC assessment
Exploitation: none · Automatable: yes · Technical impact: partial
- Record last updated
Affected versions
- Linux Linux
From 5cf9c4a9959b6273675310d14a834ef14fbca37c · fixed in c7bf7864e2924fa5508ac270b0e9364bc13d5a6c; From 5cf9c4a9959b6273675310d14a834ef14fbca37c · fixed in f47430fc1f815e87406e2d3b4e476eff1bc7fd9b; From 5cf9c4a9959b6273675310d14a834ef14fbca37c · fixed in 0b6a3bcb91bc5bfeda39f0df3b71bab62c13e9da; From 5cf9c4a9959b6273675310d14a834ef14fbca37c · fixed in 534ebc08df97c47d4c7596f336fa31ecbf91519c; From 5cf9c4a9959b6273675310d14a834ef14fbca37c · fixed in 80c73bd1b2b04355d1d0c29be8ccbd25a380905d; From 5cf9c4a9959b6273675310d14a834ef14fbca37c · fixed in 4d2b37abda9536808655830d683dc491d31741a8; From 5cf9c4a9959b6273675310d14a834ef14fbca37c · fixed in 0a1265a9ab875f92b6a3ffb497404f46cf9d76a3; From 5cf9c4a9959b6273675310d14a834ef14fbca37c · fixed in d289478cfc0bcf81c7914200d6abdcb78bd04ded
- Linux Linux
4.13
- KernelLinux
From 4.13.0 · fixed in 5.10.258; From 5.11.0 · fixed in 5.15.209; From 5.16.0 · fixed in 6.1.175; From 6.2.0 · fixed in 6.6.141; From 6.7.0 · fixed in 6.12.91; From 6.13.0 · fixed in 6.18.33; From 6.19.0 · fixed in 7.0.10
References 8
git.kernel.org
- stable/c/c7bf7864e2924fa5508ac270b0e9364bc13d5a6c
- stable/c/f47430fc1f815e87406e2d3b4e476eff1bc7fd9b
- stable/c/0b6a3bcb91bc5bfeda39f0df3b71bab62c13e9da
- stable/c/534ebc08df97c47d4c7596f336fa31ecbf91519c
- stable/c/80c73bd1b2b04355d1d0c29be8ccbd25a380905d
- stable/c/4d2b37abda9536808655830d683dc491d31741a8
- stable/c/0a1265a9ab875f92b6a3ffb497404f46cf9d76a3
- stable/c/d289478cfc0bcf81c7914200d6abdcb78bd04ded