An issue was discovered in Squid before 4.13 and 5.x before 5.0.4. Due to incorrect data validation, HTTP Request Splitting attacks may succeed against HTTP and HTTPS traffic. This leads to cache poisoning. This allows any client, including browser scripts, to bypass local security and poison the browser cache and any downstream caches with content from an arbitrary source. Squid uses a string search instead of parsing the Transfer-Encoding header to find chunked encoding. This allows an attacker to hide a second request inside Transfer-Encoding: it is interpreted by Squid as chunked and split out into a second request delivered upstream. Squid will then deliver two distinct responses to the client, corrupting any downstream caches.
References
Configurations
Configuration 1 (hide)
|
Configuration 2 (hide)
|
Configuration 3 (hide)
|
Configuration 4 (hide)
|
Configuration 5 (hide)
|
History
No history.
Information
Published : 2020-09-02 17:15
Updated : 2024-02-02 03:04
NVD link : CVE-2020-15811
Mitre link : CVE-2020-15811
CVE.ORG link : CVE-2020-15811
JSON object : View
Products Affected
debian
- debian_linux
squid-cache
- squid
canonical
- ubuntu_linux
opensuse
- leap
fedoraproject
- fedora
CWE
CWE-697
Incorrect Comparison