CVE-2011-2702 json
Integer signedness error in Glibc before 2.13 and eglibc before 2.13, when using Supplemental Streaming SIMD Extensions 3 (SSSE3) optimizat…
published 2014-10-27 12 y ago modified 2026-06-16 4 mo ago also EUVD-2011-2683
- cvss
- 6.8
- version 2.0, NVD
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 8.5%
- EPSS 8.5% chance of exploitation in 30 days, percentile 95%
- public exploits
- 1
- Exploit-DB
Summary
Integer signedness error in Glibc before 2.13 and eglibc before 2.13, when using Supplemental Streaming SIMD Extensions 3 (SSSE3) optimization, allows context-dependent attackers to execute arbitrary code via a negative length parameter to (1) memcpy-ssse3-rep.S, (2) memcpy-ssse3.S, or (3) memset-sse2.S in sysdeps/i386/i686/multiarch/, which triggers an out-of-bounds read, as demonstrated using the memcpy function.
Timeline
- First public exploit (EDB-20167)
- Published
Exploit prediction
8.46% chance of exploitation in the next 30 days, higher than 95% of all scored CVEs (FIRST EPSS, 2026-11-09).
Exploits and checks
- EDB-20167 eGlibc - Signedness Code Execution dos, 2012-08-01
- xorl.wordpress.com http://xorl.wordpress.com/2011/08/06/cve-2011-2702-eglibc-and-glibc-signedness-issue/ referenced PoC, tagged "exploit" by a source, unverified
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| NVD | 2.0 | 6.8 | AV:N/AC:M/Au:N/C:P/I:P/A:P |
Classification
- Weakness
-
- CWE-94 Improper Control of Generation of Code
References
-
xorl.wordpress.com
/2011/08/06/cve-2011-2702-eglibc-and-glibc-signedness-issue/
exploit
- bugzilla.novell.com /show_bug.cgi?id=706915
-
seclists.org
/oss-sec/2011/q3/123
mailing-list
- nodefense.org /eglibc.txt
-
seclists.org
/oss-sec/2011/q3/153
mailing-list
- sourceware.org /git/?p=glibc.git%3Ba=commit%3Bh=a0ac24d98ace90d1ccba6a2f3e7d55600f2fdb6e
-
osvdb.org
/80718
vdb-entry
- eglibc.org /cgi-bin/viewvc.cgi/trunk/libc/ChangeLog?view=markup&pathrev=10032
Sources
- CVE List CVE-2011-2702
- NVD CVE-2011-2702
Fencer Intel keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.