Due to incorrect buffer management Squid is vulnerable to a
heap buffer overflow and possible remote code execution attack
when processing URN.
Severity:
This problem allows a remote server to perform a Buffer Overflow
attack when delivering URN Trivial-HTTP responses. Potentially
allowing delivery of up to 4KB of Squid allocated heap memory
to the client.
Revealed memory may include security credentials or other
confidential data.
Updated Packages:
This bug is fixed by Squid version 6.4.
In addition, patches addressing this problem for the stable
releases can be found in our patch archives:
Squid 6:
a27bf4b
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:
Squid older than 4.14 have not been tested and should be assumed
to be vulnerable.
All Squid-4.x up to and including 4.17 are vulnerable.
All Squid-5.x up to and including 5.9 are vulnerable.
All Squid-6.x up to and including 6.3 are vulnerable.
Workaround:
Disable URN access permissions.
acl URN proto URN
http_access deny URN
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 StarryNight.
Fixed by The Measurement Factory.
Revision history:
2023-06-24 08:18:55 UTC Fix published
2025-07-01 18:40:24 UTC Initial Report
END
Due to incorrect buffer management Squid is vulnerable to a
heap buffer overflow and possible remote code execution attack
when processing URN.
Severity:
This problem allows a remote server to perform a Buffer Overflow
attack when delivering URN Trivial-HTTP responses. Potentially
allowing delivery of up to 4KB of Squid allocated heap memory
to the client.
Revealed memory may include security credentials or other
confidential data.
Updated Packages:
This bug is fixed by Squid version 6.4.
In addition, patches addressing this problem for the stable
releases can be found in our patch archives:
Squid 6:
a27bf4b
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:
Squid older than 4.14 have not been tested and should be assumed
to be vulnerable.
All Squid-4.x up to and including 4.17 are vulnerable.
All Squid-5.x up to and including 5.9 are vulnerable.
All Squid-6.x up to and including 6.3 are vulnerable.
Workaround:
Disable URN access permissions.
acl URN proto URN
http_access deny URN
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 StarryNight.
Fixed by The Measurement Factory.
Revision history:
2023-06-24 08:18:55 UTC Fix published
2025-07-01 18:40:24 UTC Initial Report
END