First published: Wed May 23 2012(Updated: )
Description of problem: When called for anonymous (non-shared) mappings, hugetlb_reserve_pages() does a resv_map_alloc(). It depends on code in hugetlbfs's vm_ops->close() to release that allocation. However, in the mmap() failure path, we do a plain unmap_region() without the remove_vma() which actually calls vm_ops->close(). An unprivileged local user could use this flaw to crash the system. References: <a href="http://www.spinics.net/lists/linux-mm/msg34763.html">http://www.spinics.net/lists/linux-mm/msg34763.html</a> Proposed upstream fix: <a href="https://lkml.org/lkml/2012/5/21/385">https://lkml.org/lkml/2012/5/21/385</a>
Credit: secalert@redhat.com secalert@redhat.com
Affected Software | Affected Version | How to fix |
---|---|---|
Linux Linux kernel | <=3.4.1 | |
Linux Linux kernel | =3.4 | |
Linux Linux kernel | =3.4-rc1 | |
Linux Linux kernel | =3.4-rc2 | |
Linux Linux kernel | =3.4-rc3 | |
Linux Linux kernel | =3.4-rc4 | |
Linux Linux kernel | =3.4-rc5 | |
Linux Linux kernel | =3.4-rc6 | |
Linux Linux kernel | =3.4-rc7 | |
debian/linux | 5.10.223-1 5.10.226-1 6.1.115-1 6.1.112-1 6.11.7-1 6.11.9-1 |
Sign up to SecAlerts for real-time vulnerability data matched to your software, aggregated from hundreds of sources.