CVE-2011-1071

glibc: fnmatch() alloca()-based memory corruption flaw

Published Apr 8, 2011 CVSS 2.0 · 5.1 Medium EPSS 14.3% KEV · Not listed
Description
The GNU C Library (aka glibc or libc6) before 2.12.2 and Embedded GLIBC (EGLIBC) allow context-dependent attackers to execute arbitrary code or cause a denial of service (memory consumption) via a long UTF8 string that is used in an fnmatch call, aka a "stack extension attack," a related issue to CVE-2010-2898, CVE-2010-1917, and CVE-2007-4782, as originally reported for use of this library by Google Chrome.

Remediation

No solution or workaround provided in the CVE record

Tracking

Sign in to view the affected projects.

Advisories

Source ID Title
EUVD EUVD EUVD-2011-1086 The GNU C Library (aka glibc or libc6) before 2.12.2 and Embedded GLIBC (EGLIBC) allow context-dependent attackers to execute arbitrary code or cause a denial of service (memory consumption) via a long UTF8 string that is used in an fnmatch call, aka a "stack extension attack," a related issue to CVE-2010-2898, CVE-2010-1917, and CVE-2007-4782, as originally reported for use of this library by Google Chrome.
Ubuntu USN Ubuntu USN USN-1396-1 GNU C Library vulnerabilities
History

No history.

Weaknesses

Sources

Status
PUBLISHED
Assigner
redhat
Published
Updated
Aug 6, 2024, 10:14 PM
Reserved
Feb 24, 2011, 12:00 AM
Status
Modified
Published
Apr 8, 2011, 3:17 PM
Modified
Jun 16, 2026, 11:28 PM
Severity
Low
Public date
Aug 5, 2010, 12:00 AM