Unscored severity · published Oct 14, 2010
CVE-2010-3192
Certain run-time memory protection mechanisms in the GNU C Library (aka glibc or libc6) print argv[0] and backtrace information, which might allow context-dependent attackers to…
–
CVSS
1.6%
EPSS
No
On KEV
Description
Certain run-time memory protection mechanisms in the GNU C Library (aka glibc or libc6) print argv[0] and backtrace information, which might allow context-dependent attackers to obtain sensitive information from process memory by executing an incorrect program, as demonstrated by a setuid program that contains a stack-based buffer overflow error, related to the __fortify_fail function in debug/fortify_fail.c, and the __stack_chk_fail (aka stack protection) and __chk_fail (aka FORTIFY_SOURCE) implementations.
Exploitation
Is it being used?
Exploit prediction (EPSS)1.6% · higher than 76% of CVEs
Exploited in the wildNo evidence yet
CISA KEVNot listed
Ransomware campaign useNot known
Affected products
Which versions
GL
Glibc · Gnu
before 2.26 · source: NVD
References
NVD
https://nvd.nist.gov/vuln/detail/CVE-2010-3192
CVE.org
https://www.cve.org/CVERecord?id=CVE-2010-3192
Mailing List
http://seclists.org/fulldisclosure/2010/Apr/399
Mailing List
http://www.openwall.com/lists/oss-security/2010/08/25/8
Mailing List
http://www.openwall.com/lists/oss-security/2010/08/31/6
Mailing List
http://www.openwall.com/lists/oss-security/2010/08/31/7
Mailing List
http://www.openwall.com/lists/oss-security/2010/09/02/2
Mailing List
http://www.openwall.com/lists/oss-security/2010/09/02/3
More from Glibc
7.8
CVE-2023-4911
Glibc: buffer overflow in ld.so leading to privilege escalation
9.8
CVE-2026-5450
scanf %mc off-by-one heap buffer overflow
9.8
CVE-2023-0687
A vulnerability was found in GNU C Library 2.38
9.8
CVE-2023-25139
sprintf in the GNU C Library (glibc) 2.37 has a buffer overflow (out-of-bounds write) in some situations with a correct buffer size
9.8
CVE-2022-23218
The deprecated compatibility function svcunix_create in the sunrpc module of the GNU C Library (aka glibc) through 2.34 copies its path argument on the stack without validating…
