The Linux kernel through 3.14.5 does not properly consider the presence of hugetlb entries, which allows local users to cause a denial of service (memory corruption or system crash) by accessing certain memory locations, as demonstrated by triggering a race condition via numa_maps read operations during hugepage migration, related to fs/proc/task_mmu.c and mm/mempolicy.c.
The product contains a concurrent code sequence that requires temporary, exclusive access to a shared resource, but a timing window exists in which the shared resource can be modified by another code sequence operating concurrently.
Link | Tags |
---|---|
https://bugzilla.redhat.com/show_bug.cgi?id=1104097 | |
http://secunia.com/advisories/59011 | third party advisory |
https://lkml.org/lkml/2014/3/18/784 | mailing list |
https://support.f5.com/kb/en-us/solutions/public/15000/600/sol15685.html | |
http://rhn.redhat.com/errata/RHSA-2015-0290.html | vendor advisory |
http://www.openwall.com/lists/oss-security/2014/06/02/5 | mailing list |
http://www.securityfocus.com/bid/67786 | vdb entry |
http://secunia.com/advisories/61310 | third party advisory |
http://rhn.redhat.com/errata/RHSA-2015-1272.html | vendor advisory |