Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 1568477 - (CVE-2018-1000199) CVE-2018-1000199 kernel: ptrace() incorrect error handling leads to corruption and DoS
CVE-2018-1000199 kernel: ptrace() incorrect error handling leads to corruptio...
Status: CLOSED ERRATA
Product: Security Response
Classification: Other
Component: vulnerability (Show other bugs)
unspecified
All Linux
high Severity high
: ---
: ---
Assigned To: Red Hat Product Security
impact=important,public=20180501,repo...
: Security
Depends On: 1569874 1569875 1569879 1573536 1569876 1569877 1569878 1569897 1569935 1569936 1569937 1569938 1569939 1569940 1571203
Blocks: 1568479
  Show dependency treegraph
 
Reported: 2018-04-17 11:13 EDT by Pedro Sampaio
Modified: 2018-06-07 06:04 EDT (History)
56 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
An address corruption flaw was discovered in the Linux kernel built with hardware breakpoint (CONFIG_HAVE_HW_BREAKPOINT) support. While modifying a h/w breakpoint via 'modify_user_hw_breakpoint' routine, an unprivileged user/process could use this flaw to crash the system kernel resulting in DoS OR to potentially escalate privileges on a the system.
Story Points: ---
Clone Of:
Environment:
Last Closed: 2018-05-28 10:11:04 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2018:1318 None None None 2018-05-08 14:26 EDT
Red Hat Product Errata RHSA-2018:1345 None None None 2018-05-08 15:49 EDT
Red Hat Product Errata RHSA-2018:1347 None None None 2018-05-08 17:38 EDT
Red Hat Product Errata RHSA-2018:1348 None None None 2018-05-08 17:54 EDT
Red Hat Product Errata RHSA-2018:1354 None None None 2018-05-08 18:26 EDT
Red Hat Product Errata RHSA-2018:1355 None None None 2018-05-08 18:25 EDT
Red Hat Product Errata RHSA-2018:1374 None None None 2018-05-14 09:09 EDT

  None (edit)
Description Pedro Sampaio 2018-04-17 11:13:55 EDT
Linux kernel built with the hardware breakpoint(CONFIG_HAVE_HW_BREAKPOINT) support is vulnerable to a breakpoint address corruption issue. It could occur while modifying a h/w breakpoint via 'modify_user_hw_breakpoint' routine.

An unprivileged user/process could use this flaw to crash the system kernel resulting in DoS OR to potentially escalate privileges on a the system.

Upstream patches:
-----------------
  -> https://git.kernel.org/linus/f67b15037a7a50c57f72e69a6d59941ad90a0f0f
  -> https://git.kernel.org/linus/18ff57b220610a699947f20b156a8245ca7eee98
  -> https://git.kernel.org/linus/705feaf321c37e4dca3637fd5cb3b275f17a06c9

Reference:
----------
  -> http://www.openwall.com/lists/oss-security/2018/05/01/3
Comment 1 Adam Mariš 2018-04-18 03:37:08 EDT
Acknowledgments:

Name: Andy Lutomirski
Comment 7 Prasad J Pandit 2018-04-30 16:47:34 EDT
Mitigation:

To mitigate this issue:
1) Save the following script in a 'CVE-2018-1000199.stp' file.
---
probe kernel.function("ptrace_set_debugreg") {
        if ($n < 4)
            $n = 4; /* set invalid debug register #, returns -EIO */
}
probe begin {
        printk(0, "CVE-2018-1000199 mitigation loaded")
}
probe end {
        printk(0, "CVE-2018-1000199 mitigation unloaded")
}
---
2)  Install systemtap package and its dependencies
     # yum install -y systemtap systemtap-runtime
     # yum install -y kernel-devel kernel-debuginfo  kernel-debuginfo-common

3) Build the mitigation kernel module as root.
    # stap -r `uname -r` -m cve_2018_1000199.ko -g CVE-2018-1000199.stp -p4

4) Load the mitigation module as root
    # staprun -L cve_2018_1000199.ko
Comment 9 Eric Christensen 2018-05-01 15:53:43 EDT
Statement:

This issue does not affect the versions of Linux kernel as shipped with Red Hat Enterprise Linux 5 and Red Hat Enterprise Linux 6.

This issue affects the version of the kernel package as shipped with Red Hat Enterprise Linux 7 and Red Hat Enterprise MRG 2. Future kernel updates for Red Hat Enterprise Linux 7 and Red Hat Enterprise MRG 2 may address this issue.
Comment 11 errata-xmlrpc 2018-05-08 14:25:50 EDT
This issue has been addressed in the following products:

  Red Hat Enterprise Linux 7

Via RHSA-2018:1318 https://access.redhat.com/errata/RHSA-2018:1318
Comment 12 errata-xmlrpc 2018-05-08 15:49:02 EDT
This issue has been addressed in the following products:

  Red Hat Enterprise Linux 7.4 Extended Update Support

Via RHSA-2018:1345 https://access.redhat.com/errata/RHSA-2018:1345
Comment 13 errata-xmlrpc 2018-05-08 17:37:59 EDT
This issue has been addressed in the following products:

  Red Hat Enterprise Linux 7.2 Advanced Update Support
  Red Hat Enterprise Linux 7.2 Update Services for SAP Solutions
  Red Hat Enterprise Linux 7.2 Telco Extended Update Support

Via RHSA-2018:1347 https://access.redhat.com/errata/RHSA-2018:1347
Comment 14 errata-xmlrpc 2018-05-08 17:53:55 EDT
This issue has been addressed in the following products:

  Red Hat Enterprise Linux 7.3 Extended Update Support

Via RHSA-2018:1348 https://access.redhat.com/errata/RHSA-2018:1348
Comment 15 errata-xmlrpc 2018-05-08 18:24:56 EDT
This issue has been addressed in the following products:

  Red Hat Enterprise Linux 7

Via RHSA-2018:1355 https://access.redhat.com/errata/RHSA-2018:1355
Comment 16 errata-xmlrpc 2018-05-08 18:26:04 EDT
This issue has been addressed in the following products:

  Red Hat Enterprise MRG 2

Via RHSA-2018:1354 https://access.redhat.com/errata/RHSA-2018:1354
Comment 17 errata-xmlrpc 2018-05-14 09:08:38 EDT
This issue has been addressed in the following products:

  Red Hat Enterprise Linux 7

Via RHSA-2018:1374 https://access.redhat.com/errata/RHSA-2018:1374
Comment 18 Gadget 2018-06-06 21:20:58 EDT
How can you validate that the patch made it on? I see the script and the articles, but can you validate with a version of the kernel?  if I run uname -r and it comes back with 

3.10.0-862.2.3.e17.x86_64

does that mean the system is not vulnerable anymore?
Comment 19 Prasad J Pandit 2018-06-07 06:04:48 EDT
(In reply to Gadget from comment #18)
> if I run uname -r and it comes back with 
> 
> 3.10.0-862.2.3.e17.x86_64
> does that mean the system is not vulnerable anymore?

Yes, it does include the fix. Please note, Bugzilla is not for support queries. 
Please use proper support channel for future questions:

  -> https://access.redhat.com/ 

Thank you.

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