CVE-2022-50285
mm,hugetlb: take hugetlb_lock before decrementing h->resv_huge_pages
- 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 4.4
- 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: mm,hugetlb: take hugetlb_lock before decrementing h->resv_huge_pages The h->*_huge_pages counters are protected by the hugetlb_lock, but alloc_huge_page has a corner case where it can decrement the counter outside of the lock. This could lead to a corrupted value of h->resv_huge_pages, which we have observed on our systems. Take the hugetlb_lock before decrementing h->resv_huge_pages to avoid a potential race.
Timeline
- CVE published
- Record last updated
Affected versions
- Linux Linux
From 4.3.6 · fixed in 4.4
- Linux Linux
4.4
References 8
git.kernel.org
- stable/c/3e50a07b6a5fcd39df1534d3fdaca4292a65efe6
- stable/c/629c986e19fe9481227c7cdfd9a105bbc104d245
- stable/c/2b35432d324898ec41beb27031d2a1a864a4d40e
- stable/c/11993652d0b49e27272db0a37aa828d8a3a4b92b
- stable/c/568e3812b1778b4c0c229649b59977d88f400ece
- stable/c/112a005d1ded04a4b41b6d01833cc0bda90625cc
- stable/c/c828fab903725279aa9dc6ae3d44bb7e4778f92c
- stable/c/12df140f0bdfae5dcfc81800970dd7f6f632e00c