Unscored severity · published Jan 7, 2011
CVE-2010-3856
ld.so in the GNU C Library (aka glibc or libc6) before 2.11.3, and 2.12.x before 2.12.2, does not properly restrict use of the LD_AUDIT environment variable to reference dynamic…
–
CVSS
11.2%
EPSS
No
On KEV
Description
ld.so in the GNU C Library (aka glibc or libc6) before 2.11.3, and 2.12.x before 2.12.2, does not properly restrict use of the LD_AUDIT environment variable to reference dynamic shared objects (DSOs) as audit objects, which allows local users to gain privileges by leveraging an unsafe DSO located in a trusted library directory, as demonstrated by libpcprofile.so.
Exploitation
Is it being used?
Exploit prediction (EPSS)11.2% · higher than 96% of CVEs
Exploited in the wildNo evidence yet
CISA KEVNot listed
Ransomware campaign useNot known
Affected products
Which versions
GL
Glibc · Gnu
through 2.11.2; 1.00; 1.01; 1.02; 1.03; 1.04; +34 more · source: NVD
References
NVD
https://nvd.nist.gov/vuln/detail/CVE-2010-3856
CVE.org
https://www.cve.org/CVERecord?id=CVE-2010-3856
packetstormsecurity.com
http://packetstormsecurity.com/files/153278/WAGO-852-Industrial-Managed-Switch-Series-Code-Execution-Hardcoded-Credentials.html
packetstormsecurity.com
http://packetstormsecurity.com/files/173661/OpenSSH-Forwarded-SSH-Agent-Remote-Code-Execution.html
seclists.org
http://seclists.org/fulldisclosure/2010/Oct/344
seclists.org
http://seclists.org/fulldisclosure/2019/Jun/18
seclists.org
http://seclists.org/fulldisclosure/2023/Jul/31
Vendor Advisory
http://secunia.com/advisories/42787
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…
