CVE-2026-34715
Published:April 02, 2026
Updated:September 20, 2026
ewe is a Gleam web server. Prior to version 3.0.6, the encode_headers function in src/ewe/internal/encoder.gleam directly interpolates response header keys and values into raw HTTP bytes without validating or stripping CRLF (\r\n) sequences. An application that passes user-controlled data into response headers (e.g., setting a Location redirect header from a request parameter) allows an attacker to inject arbitrary HTTP response content, leading to response splitting, cache poisoning, and possible cross-site scripting. Notably, ewe does validate CRLF in incoming request headers via validate_field_value() in the HTTP/1.1 parser — but provides no equivalent protection for outgoing response headers in the encoder. This issue has been patched in version 3.0.6.
Affected Packages
https://github.com/vshakitskiy/ewe.git (GITHUB):
Affected version(s) >=v0.0.1 <v3.0.6Fix Suggestion:
Update to version v3.0.6ewe (HEX):
Affected version(s) >=0.0.1 <3.0.6Fix Suggestion:
Update to version 3.0.6ewe (HEX):
Affected version(s) >=0.0.1 <3.0.6Fix Suggestion:
Update to version 3.0.6Related Resources (6)
Do you need more information?
Contact UsCVSS v4
Base Score:
6.9
Attack Vector
NETWORK
Attack Complexity
LOW
Attack Requirements
NONE
Privileges Required
NONE
User Interaction
NONE
Vulnerable System Confidentiality
NONE
Vulnerable System Integrity
LOW
Vulnerable System Availability
NONE
Subsequent System Confidentiality
NONE
Subsequent System Integrity
NONE
Subsequent System Availability
NONE
CVSS v3
Base Score:
5.3
Attack Vector
NETWORK
Attack Complexity
LOW
Privileges Required
NONE
User Interaction
NONE
Scope
UNCHANGED
Confidentiality
NONE
Integrity
LOW
Availability
NONE
Weakness Type (CWE)
Improper Neutralization of CRLF Sequences in HTTP Headers ('HTTP Request/Response Splitting')
EPSS
Base Score:
0.33