Bug 1305803 - (CVE-2016-0617) CVE-2016-0617 kernel: hugetlbfs: fix bugs in hugetlb_vmtruncate_list()
CVE-2016-0617 kernel: hugetlbfs: fix bugs in hugetlb_vmtruncate_list()
Status: CLOSED NOTABUG
Product: Security Response
Classification: Other
Component: vulnerability (Show other bugs)
unspecified
All Linux
medium Severity medium
: ---
: ---
Assigned To: Red Hat Product Security
impact=moderate,public=20160208,repor...
: Security
Depends On: 1305804
Blocks: 1305808
  Show dependency treegraph
 
Reported: 2016-02-09 04:54 EST by Martin Prpič
Modified: 2016-06-02 08:02 EDT (History)
35 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
A resource-management flaw was found in the Linux kernel's hugetlbfs handling of punching holes in hugetlbfs files with either truncate or fallocate. When truncating a hugetlbfs file, this bug could prevent some pages from being unmapped, which panics the system. With fallocate, pages could be prevented from being unmapped and then not removed, or more pages than desired could be unmapped (causing page faults to reestablish the mappings on subsequent page access). A local, non-privileged attacker could exploit this flaw by issuing a sequence of huge-page memory requests that crash the system (denial of service).
Story Points: ---
Clone Of:
Environment:
Last Closed: 2016-02-18 16:15:15 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Martin Prpič 2016-02-09 04:54:09 EST
A flaw was found in the Linux kernel's hugetlbfs handling of punching holes in hugetlbfs files with either truncate or fallocate. When truncating a hugetlbfs file, this bug could prevent some pages from being unmapped. If pages are not properly unmapped during truncate, the kernel bug is hit which leads the system to panic. In the fallocate hole punch case, this bug could prevent pages from being unmapped as in the truncate case also. However, for hole punch the result is that unmapped pages will not be removed during the operation. For hole punch, it is also possible that more pages than desired will be unmapped. This unnecessary unmapping will cause page faults to reestablish the mappings on subsequent page access.

The issue was introduced in 1bfad99ab:

https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=1bfad99ab

And fixed in:

https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=9aacdd354d19
Comment 1 Martin Prpič 2016-02-09 04:55:47 EST
Created kernel tracking bugs for this issue:

Affects: fedora-all [bug 1305804]
Comment 2 Martin Prpič 2016-02-09 04:56:48 EST
This was reported on oss-sec with CVE-ID via:

http://seclists.org/oss-sec/2016/q1/295
Comment 4 Vladis Dronov 2016-02-18 16:15:15 EST
Statement:

This issue does not affect the Linux kernel packages as shipped with Red Hat Enterprise Linux 5, 6, 7 and MRG-2, as the code with the flaw is not present in the products listed.
Comment 7 Fedora Update System 2016-02-28 03:19:28 EST
kernel-4.3.6-201.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report.
Comment 8 Fedora Update System 2016-02-28 07:22:14 EST
kernel-4.4.2-301.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report.
Comment 9 Fedora Update System 2016-03-04 20:18:33 EST
kernel-4.4.3-201.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report.

Note You need to log in before you can comment on or make changes to this bug.