Skip to content

SQUID-2024:2 Denial of Service in HTTP Header parser

High
yadij published GHSA-h5x6-w8mv-xfpr Feb 14, 2024

Package

squid

Affected versions

<6.5

Patched versions

6.5

Description

Due to a Collapse of Data into Unsafe Value bug ,
Squid may be vulnerable to a Denial of Service
attack against HTTP header parsing.


Severity:

This problem allows a remote client or a remote server to
perform Denial of Service when sending oversized headers in
HTTP messages.

In versions of Squid prior to 6.5 this can be achieved if the
request_header_max_size or reply_header_max_size settings are
unchanged from the default.

In Squid version 6.5 and later, the default setting of these
parameters is safe. Squid will emit a critical warning in
cache.log if the administrator is setting these parameters to
unsafe values. Squid will not at this time prevent these settings
from being changed to unsafe values.


Updated Packages:

Hardening against this issue is added to Squid version 6.5.

In addition, patches addressing this problem for the stable
releases can be found in our patch archives:

Squid 6:

http://www.squid-cache.org/Versions/v6/SQUID-2024_2.patch

If you are using a prepackaged version of Squid then please refer
to the package vendor for availability information on updated
packages.


Determining if your version is vulnerable:

Run the following command to identify how (and whether)
your Squid has been configured with relevant settings:

`squid -k parse 2>&1 | grep header_max_size`

All Squid-3.0 up to and including 6.4 without header_max_size
settings are vulnerable.

All Squid-3.0 up to and including 6.4 with either header_max_size
setting over 21 KB are vulnerable.

All Squid-3.0 up to and including 6.4 with both header_max_size
settings below 21 KB are not vulnerable.

All Squid-6.5 and later without header_max_size configured
are not vulnerable.

All Squid-6.5 and later configured with both header_max_size
settings below 64 KB are not vulnerable.

All Squid-6.5 and later configured with either header_max_size
setting over 64 KB are vulnerable.


Workaround:

For Squid older than 6.5, add to squid.conf:

  request_header_max_size 21 KB
  reply_header_max_size 21 KB

For Squid 6.5 and later, remove request_header_max_size
and reply_header_max_size from squid.conf


Contact details for the Squid project:

For installation / upgrade support on binary packaged versions
of Squid: Your first point of contact should be your binary
package vendor.

If you install and build Squid from the original Squid sources
then the [email protected] mailing list is your
primary support point. For subscription details see
http://www.squid-cache.org/Support/mailing-lists.html.

For reporting of non-security bugs in the latest STABLE release
the squid bugzilla database should be used
https://bugs.squid-cache.org/.

For reporting of security sensitive bugs send an email to the
[email protected] mailing list. It's a closed
list (though anyone can post) and security related bug reports
are treated in confidence until the impact has been established.


Credits:

This vulnerability was discovered by Joshua Rogers of Opera
Software.

Fixed by The Measurement Factory.


Revision history:

2023-10-12 11:53:02 UTC Initial Report
2023-10-25 11:47:19 UTC Patches Released


END

Severity

High

CVSS overall score

This score calculates overall vulnerability severity from 0 to 10 and is based on the Common Vulnerability Scoring System (CVSS).
/ 10

CVSS v3 base metrics

Attack vector
Network
Attack complexity
Low
Privileges required
None
User interaction
None
Scope
Changed
Confidentiality
None
Integrity
None
Availability
High

CVSS v3 base metrics

Attack vector: More severe the more the remote (logically and physically) an attacker can be in order to exploit the vulnerability.
Attack complexity: More severe for the least complex attacks.
Privileges required: More severe if no privileges are required.
User interaction: More severe when no user interaction is required.
Scope: More severe when a scope change occurs, e.g. one vulnerable component impacts resources in components beyond its security scope.
Confidentiality: More severe when loss of data confidentiality is highest, measuring the level of data access available to an unauthorized user.
Integrity: More severe when loss of data integrity is the highest, measuring the consequence of data modification possible by an unauthorized user.
Availability: More severe when the loss of impacted component availability is highest.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:N/I:N/A:H

CVE ID

CVE-2024-25617

Weaknesses