glibc: printf() unbound alloca() usage in case of positional parameters + many format specs
Default status is the baseline for the product, each version can override it (e.g. patched versions marked unaffected).
| Vendor | Product | Default status | Versions | ||||||
|---|---|---|---|---|---|---|---|---|---|
| n/a | n/a | affected |
|
Configuration 1 [-]
|
| Package | CPE | Advisory | Released Date |
|---|---|---|---|
| Red Hat Enterprise Linux 5 | |||
| glibc-0:2.5-81.el5_8.4 | cpe:/o:redhat:enterprise_linux:5 | RHSA-2012:1097 | 2012-07-18T00:00:00Z |
| Red Hat Enterprise Linux 6 | |||
| glibc-0:2.12-1.80.el6_3.3 | cpe:/o:redhat:enterprise_linux:6 | RHSA-2012:1098 | 2012-07-18T00:00:00Z |
| RHEV 3.X Hypervisor and Agents for RHEL-6 | |||
| rhev-hypervisor6-0:6.3-20120815.0.el6_3 | cpe:/o:redhat:enterprise_linux:6::hypervisor | RHSA-2012:1200 | 2012-08-23T00:00:00Z |
No data available yet.
| Source | ID | Title |
|---|---|---|
Debian DLA |
DLA-165-1 | eglibc security update |
Debian DSA |
DSA-3169-1 | eglibc security update |
EUVD |
EUVD-2012-3377 | The vfprintf function in stdio-common/vfprintf.c in GNU C Library (aka glibc) 2.5, 2.12, and probably other versions does not "properly restrict the use of" the alloca function when allocating the SPECS array, which allows context-dependent attackers to bypass the FORTIFY_SOURCE format-string protection mechanism and cause a denial of service (crash) or possibly execute arbitrary code via a crafted format string using positional parameters and a large number of format specifiers, a different vulnerability than CVE-2012-3404 and CVE-2012-3405. |
Ubuntu USN |
USN-1589-1 | GNU C Library vulnerabilities |
No CVSS v4.0
No CVSS v3.1
No CVSS v3.0
This CVE is not in the KEV list.
Exploit prediction score: 3.2% (3.163% probability within 30 days)
Key SSVC decision points have not yet been added.
No history.