Multiple untrusted search path vulnerabilities in elf/dl-object.c in certain modified versions of the GNU C Library (aka glibc or libc6), i…
Multiple untrusted search path vulnerabilities in elf/dl-object.c in certain modified versions of the GNU C Library (aka glibc or libc6), including glibc-2.5-49.el5_5.6 and glibc-2.12-1.7.el6_0.3 in Red Hat Enterprise Linux, allow local users to gain privileges via a crafted dynamic shared object (DSO) in a subdirectory of the current working directory during execution of a (1) setuid or (2) setgid program that has $ORIGIN in (a) RPATH or (b) RUNPATH within the program itself or a referenced library. NOTE: this issue exists because of an incorrect fix for CVE-2010-3847.
The product searches for critical resources using an externally-supplied search path that can point to resources that are not under the product's direct control.
https://cwe.mitre.org/data/definitions/426.html →Open in CWE collection →This pattern of attack sees an adversary load a malicious resource into a program's standard path so that when a known command is executed then the system instead executes the malicious component. The adversary can either modify the search path a program uses, like a PATH variable or classpath, or they can manipulate resources on the path to point to their malicious components. J2EE applications and other component based applications that are built from multiple binaries can have very long list of dependencies to execute. If one of these libraries and/or references is controllable by the attacker then application controls can be circumvented by the attacker.
https://capec.mitre.org/data/definitions/38.html →Open in CAPEC collection →| Product | Vendor | Status |
|---|---|---|
| eglibc | Tracked | |
| glibc | Tracked | |
| glibc | Tracked | |
| glibc | Tracked | |
| glibc | Tracked | |
| enterprise_linux | * | Tracked |
| glibc | * | Tracked |