CVE-2006-0042 json
Unspecified vulnerability in (1) apreq_parse_headers and (2) apreq_parse_urlencoded functions in Apache2::Request (Libapreq2) before 2.07 a…
published 2006-02-18 20 y ago modified 2026-06-16 4 mo ago also EUVD-2006-0050
- cvss
- 5.0
- version 2.0, NVD
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 6.2%
- EPSS 6.2% chance of exploitation in 30 days, percentile 93%
- public exploits
- 0
- none known
Summary
Unspecified vulnerability in (1) apreq_parse_headers and (2) apreq_parse_urlencoded functions in Apache2::Request (Libapreq2) before 2.07 allows remote attackers to cause a denial of service (CPU consumption) via unknown attack vectors that result in quadratic computational complexity.
Patch / fix
- apache libapreq2 2.07
- libapreq2 Debian 13 2.07-1
debian advisories DEBIAN-CVE-2006-0042
- debian.org/security/2006/dsa-1000 advisory
- secunia.com/advisories/19139 advisory
- secunia.com/advisories/18846 advisory
- securityfocus.com/bid/16710 advisory
Exploit prediction
6.23% chance of exploitation in the next 30 days, higher than 93% of all scored CVEs (FIRST EPSS, 2026-11-08).
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| NVD | 2.0 | 5.0 | AV:N/AC:L/Au:N/C:N/I:N/A:P |
References
-
debian.org
/security/2006/dsa-1000
vendor-advisory, patch, third-party-advisory
-
secunia.com
/advisories/19139
third-party-advisory, patch
-
secunia.com
/advisories/18846
third-party-advisory, patch
-
securityfocus.com
/bid/16710
vdb-entry, patch, third-party-advisory
-
gentoo.org
/security/en/glsa/glsa-200604-08.xml
vendor-advisory, third-party-advisory
-
svn.apache.org
/viewcvs.cgi/httpd/apreq/tags/v2_07/CHANGES?rev=376998&view=markup
vendor-advisory
-
secunia.com
/advisories/19658
third-party-advisory
-
vupen.com
/english/advisories/2006/0645
vdb-entry, third-party-advisory
-
exchange.xforce.ibmcloud.com
/vulnerabilities/24917
vdb-entry, third-party-advisory
-
securityreason.com
/securityalert/737
third-party-advisory
Sources
- CVE List CVE-2006-0042
- NVD CVE-2006-0042
Fencer Vulns keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.