Bug 1209943 (CVE-2013-7439) - CVE-2013-7439 libX11: buffer overflow in MakeBigReq macro
Summary: CVE-2013-7439 libX11: buffer overflow in MakeBigReq macro
Keywords:
Status: CLOSED ERRATA
Alias: CVE-2013-7439
Product: Security Response
Classification: Other
Component: vulnerability
Version: unspecified
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Red Hat Product Security
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks: 1209944
TreeView+ depends on / blocked
 
Reported: 2015-04-08 13:36 UTC by Vasyl Kaigorodov
Modified: 2021-02-17 05:26 UTC (History)
6 users (show)

Fixed In Version: libX11 1.5.99.901
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-08-22 06:34:44 UTC


Attachments (Terms of Use)

Description Vasyl Kaigorodov 2015-04-08 13:36:54 UTC
The MakeBigReq macro in libX11 before version 1.5.99.901 contained a 4-byte buffer overflow:

https://bugs.freedesktop.org/show_bug.cgi?id=56508

Fixed by the following commit in libX11 1.5.99.901:

http://cgit.freedesktop.org/xorg/lib/libX11/commit/?id=39547d600a13713e15429f49768e54c3173c828d

CVE request: http://seclists.org/oss-sec/2015/q2/73

Comment 1 Huzaifa S. Sidhpurwala 2015-04-09 06:27:55 UTC
Statement:

This issue does not affect the version of libX11 package as shipped with Red Hat Enterprise Linux 7.

This issue was was fixed in Red Hat Enterprise Linux 6 via the following security advisory:

https://rhn.redhat.com/errata/RHSA-2014-1436.html

This issue affects the version of libX11 package as shipped with Red Hat Enterprise Linux 5. Red Hat Enterprise Linux 5 is now in Extended Life Cycle phase of the support and maintenance life cycle. This issue is not currently planned to be addressed in future updates.

Comment 2 Huzaifa S. Sidhpurwala 2015-04-09 07:13:54 UTC
This issue was assigned CVE-2013-7439 via 

http://www.openwall.com/lists/oss-security/2015/04/09/1

Comment 3 Till Maas 2015-04-15 16:28:16 UTC
According to http://lists.x.org/archives/xorg-announce/2015-April/002561.html a rebuild of all software using the vulnerable version of the macros is required. Is this tracked somewhere or did this already happen? Did this happen for EPEL?


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