CyberRota Analysis
AI-GeneratedVersions of HTTP::Date prior to 6.08 for Perl are vulnerable to a denial-of-service attack due to polynomial regex backtracking in the parse_date function, which can lead to significant CPU exhaustion when processing untrusted date headers. This vulnerability allows an attacker to craft a malicious header that, when parsed, can cause the application to consume excessive CPU resources, effectively disrupting service. Organizations utilizing HTTP::Date for parsing date headers, particularly those that handle untrusted input, should prioritize patching to mitigate this risk.
Public Exploit Signal
A public exploit, PoC, GitHub repository or Metasploit reference was detected for this CVE.
Note: these links are listed for security research and verification purposes only.
Original NVD Description
HTTP::Date versions before 6.08 for Perl allow CPU exhaustion via polynomial regex backtracking in parse_date. parse_date() matches the date string against a chain of alternative regexes, and str2time() delegates to it. Several of these patterns place unbounded quantifiers next to each other before a trailing `\s*$` anchor. A valid date prefix followed by a long interior run of digits, letters, or whitespace and a single trailing byte that defeats the final match forces the engine to repartition the run, giving polynomial (about quadratic) backtracking. A header value of a few tens of kilobytes runs for tens of seconds of CPU. HTTP::Date parses timestamps such as HTTP `Date`, `Expires`, and `Last-Modified` headers, which commonly originate from untrusted sources. Any caller that passes an untrusted date header to str2time() or parse_date() can be driven to consume unbounded CPU, a denial of service.