(32-bit): Integer overflow in the __vstrfmon_l function
Published Jun 1, 2010
5.0
MEDIUMCVSS 2.0
EPSS 2.02%
Description
Integer overflow in the __vstrfmon_l function in stdlib/strfmon_l.c in the strfmon implementation in the GNU C Library (aka glibc or libc6) before 2.10.1 allows context-dependent attackers to cause a denial of service (application crash) via a crafted format string, as demonstrated by the %99999999999999999999n string, a related issue to CVE-2008-1391.
Affected products
No data.
- ≤ 2.9
- 1.00
- 1.01
- 1.02
- 1.03
- 1.04
- 1.05
- 1.06
- 1.07
- 1.08
- 1.09
- 2.0
- 2.0.1
- 2.0.2
- 2.0.3
- 2.0.4
- 2.0.5
- 2.0.6
- 2.1
- 2.1.1
- 2.1.1.6
- 2.1.2
- 2.1.3
- 2.1.3.10
- 2.1.9
- 2.2
- 2.2.1
- 2.2.2
- 2.2.3
- 2.2.4
- 2.2.5
- 2.3
- 2.3.1
- 2.3.2
- 2.3.3
- 2.3.4
- 2.3.5
- 2.3.6
- 2.3.10
- 2.4
- 2.5
- 2.5.1
- 2.6
- 2.6.1
- 2.7
- 2.8
No data.
No Red Hat product state for this CVE.
No package ranges for this CVE.
Remediation
Red Hat statement
Red Hat does not consider this bug to be a security issue. Properly written application should not use arbitrary untrusted data as part of the format string passed to functions as strfmon or printf family functions.
Metrics
No CVSS v4.0 score for this CVE.
No CVSS v3.1 score for this CVE.
No CVSS v3.0 score for this CVE.
AV:N/AC:L/Au:N/C:N/I:N/A:P
This CVE is not in the KEV list.
No CISA SSVC assessment for this CVE yet.
Estimated probability of exploitation in the wild in the next 30 days (FIRST EPSS). As of Oct 2, 2026.
Score over time
2022–2026- EPSS v2
- EPSS v3
- EPSS v4
- EPSS v5
Percentile over time
- EPSS v2
- EPSS v3
- EPSS v4
- EPSS v5
Table of values (10 key points)
Flat stretches are collapsed; showing up to 120 newest points.
| Date | Score | Percentile | Model |
|---|---|---|---|
| Oct 2, 2026 | 2.02% (0.02025) | 80.30th | v5 (v2026.06.15) |
| Jun 15, 2026 | 2.02% (0.02025) | 78.40th | v5 (v2026.06.15) |
| Mar 17, 2025 | 0.67% (0.00674) | 69.75th | v4 (v2025.03.14) |
| Dec 12, 2024 | 0.56% (0.00558) | 78.37th | v3 (v2023.03.01) |
| Feb 8, 2024 | 0.56% (0.00558) | 76.94th | v3 (v2023.03.01) |
| Mar 7, 2023 | 0.56% (0.00558) | 74.19th | v3 (v2023.03.01) |
| Mar 6, 2023 | 1.11% (0.01108) | 55.18th | v2 (v2022.01.01) |
| Sep 17, 2022 | 1.11% (0.01108) | 53.57th | v2 (v2022.01.01) |
| Apr 1, 2022 | 1.11% (0.01108) | 51.54th | v2 (v2022.01.01) |
| Feb 4, 2022 | 1.11% (0.01108) | 29.61th | v2 (v2022.01.01) |
References (10)
- http://security.gentoo.org/glsa/glsa-201011-01.xml vendor-advisoryx_refsource_GENTOO
- http://sources.redhat.com/bugzilla/show_bug.cgi?id=10600 x_refsource_CONFIRM
- http://sourceware.org/git/?p=glibc.git%3Ba=commit%3Bh=153aa31b93be22e01b236375fb02a9f9b9a0195f x_refsource_CONFIRM
- http://www.debian.org/security/2010/dsa-2058 vendor-advisoryx_refsource_DEBIAN
- http://www.mandriva.com/security/advisories?name=MDVSA-2010:111 vendor-advisoryx_refsource_MANDRIVA
- https://access.redhat.com/security/cve/CVE-2009-4881 Vendor Advisory
- https://bugzilla.redhat.com/show_bug.cgi?id=599095 Issue Tracking
- https://exchange.xforce.ibmcloud.com/vulnerabilities/59241 vdb-entryx_refsource_XF
- https://nvd.nist.gov/vuln/detail/CVE-2009-4881
- https://www.cve.org/CVERecord?id=CVE-2009-4881
| Link | Providers | Tags |
|---|---|---|
| http://security.gentoo.org/glsa/glsa-201011-01.xml | vendor-advisoryx_refsource_GENTOO | |
| http://sources.redhat.com/bugzilla/show_bug.cgi?id=10600 | x_refsource_CONFIRM | |
| http://sourceware.org/git/?p=glibc.git%3Ba=commit%3Bh=153aa31b93be22e01b236375fb02a9f9b9a0195f | x_refsource_CONFIRM | |
| http://www.debian.org/security/2010/dsa-2058 | vendor-advisoryx_refsource_DEBIAN | |
| http://www.mandriva.com/security/advisories?name=MDVSA-2010:111 | vendor-advisoryx_refsource_MANDRIVA | |
| https://access.redhat.com/security/cve/CVE-2009-4881 | Vendor Advisory | |
| https://bugzilla.redhat.com/show_bug.cgi?id=599095 | Issue Tracking | |
| https://exchange.xforce.ibmcloud.com/vulnerabilities/59241 | vdb-entryx_refsource_XF | |
| https://nvd.nist.gov/vuln/detail/CVE-2009-4881 | ||
| https://www.cve.org/CVERecord?id=CVE-2009-4881 |
Change history (0)
No recorded changes yet.