Libevent is an event notification library. Prior to 2.1.13 and 2.2.2-alpha, the libevent evhttp parser in http.c inconsistently handles duplicate Transfer-Encoding headers, comma-separated Transfer-Encoding values, and bare line feeds in chunked framing. evhttp_find_header can select only the first header, evhttp_check_transfer_encoding_ was absent so the previous whole-string comparison fails to recognize valid lists ending in chunked, and evhttp_handle_chunked_read uses EVBUFFER_EOL_CRLF rather than EVBUFFER_EOL_CRLF_STRICT, accepting bare LF chunk terminators. When libevent is deployed behind a proxy that frames the same request differently, an unauthenticated remote attacker can desynchronize request boundaries and smuggle a second request, potentially bypassing access controls or poisoning caches. This issue is fixed in versions 2.1.13 and 2.2.2-alpha.
Security readout for executives and security teams
Plain-English summary
A flaw in libevent’s HTTP parser can let an unauthenticated internet attacker hide a second request inside another request when a proxy and backend interpret boundaries differently. Successful abuse could bypass access controls, poison caches, expose data, alter data, or cause limited service disruption.
Executive priority
Treat internet-facing affected deployments as an urgent patching priority. First identify evhttp services behind proxies, then upgrade and validate the deployed binaries. Internal or non-proxied deployments may have lower practical exposure, but the supplied evidence does not justify deferring remediation without confirming architecture and parser use.
Technical view
The evhttp parser inconsistently processes duplicate and comma-separated Transfer-Encoding headers and accepts bare line feeds in chunked framing. These discrepancies can create proxy/backend request-boundary desynchronization and HTTP request smuggling. The issue is CWE-444, scored CVSS 4.0 9.2, and fixed in libevent 2.1.13 and 2.2.2-alpha.
Likely exposure
Exposure requires an application using affected libevent evhttp code, particularly behind a proxy that frames ambiguous HTTP requests differently. Affected versions are below 2.1.13 and 2.2.0-alpha through versions before 2.2.2-alpha. Systems not using evhttp are not established as affected by the supplied evidence.
Exploitation context
The attack is remote, unauthenticated, low complexity, and requires a proxy/backend parsing mismatch. The supplied bundle reports no KEV listing and provides no evidence of active exploitation. Practical impact depends on deployment topology, proxy behavior, routing, caching, and downstream authorization controls.
Researcher notes
The vulnerable behaviors involve first-header selection, failure to recognize Transfer-Encoding lists ending in chunked, and non-strict chunk line termination. Exploitability depends on a front end interpreting the same traffic differently. The bundle identifies four corrective commits, but it does not provide deployment-specific proxy compatibility findings or observed exploitation telemetry.
Mitigation direction
Upgrade stable deployments to libevent 2.1.13 or later.
Upgrade 2.2 alpha deployments to 2.2.2-alpha or later.
Identify applications and appliances that embed affected libevent versions.
Prioritize internet-facing evhttp services operating behind reverse proxies or caches.
Consult vendor guidance when libevent is bundled and cannot be upgraded independently.
Validation and detection
Inventory direct and transitive libevent versions across deployed applications and appliances.
Confirm whether each affected application uses the evhttp server parser.
Map reverse proxies, gateways, and caches positioned before affected evhttp services.
Verify deployed binaries contain the vendor fixes, not merely updated package metadata.
Review proxy and backend logs for unexplained request-boundary, routing, or cache anomalies.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-444: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
1CVSS vectors
3Timeline events
1ADP providers
8Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: pocAutomatable: yesTechnical Impact: total
CVSS vector scores
1 official score
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-444 · source CWE mapping
Inconsistent Interpretation of HTTP Requests
Inconsistent Interpretation of HTTP Requests represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.