Bug 1579739 - glibc: Fix stack overflow with huge PT_NOTE segment
Summary: glibc: Fix stack overflow with huge PT_NOTE segment
Status: ASSIGNED
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: glibc (Show other bugs)
(Show other bugs)
Version: 7.5
Hardware: All Linux
low
low
Target Milestone: rc
: ---
Assignee: glibc team
QA Contact: qe-baseos-tools
URL:
Whiteboard:
Keywords: Patch
Depends On:
Blocks: 1655768
TreeView+ depends on / blocked
 
Reported: 2018-05-18 08:36 UTC by Florian Weimer
Modified: 2019-01-03 16:06 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed:
Type: Bug
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
Sourceware 20419 None None None 2019-01-03 16:03 UTC

Description Florian Weimer 2018-05-18 08:36:01 UTC
Certain Rust binaries used to trigger this (but Rust has since installed a workaround).  Upstream fix:

Upstream fix:

commit 0065aaaaae51cd60210ec3a7e13dddd8e01ffe2c
Author: Paul Pluzhnikov <ppluzhnikov@google.com>
Date:   Sat May 5 18:08:27 2018 -0700

    Fix BZ 20419.  A PT_NOTE in a binary could be arbitratily large, so using
    alloca for it may cause stack overflow.  If the note is larger than
    __MAX_ALLOCA_CUTOFF, use dynamically allocated memory to read it in.


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