Security advisory
An issue was discovered in Squid through 4.7 and 5. When receiving a request, Squid checks its cache to see if it can serve up a response. It does this by making a MD5 hash of the absolute URL of the request. If found, it servers the request. The absolute URL can include the decoded UserInfo (username and password) for certain protocols. This decoded info is prepended to the domain. This allows an attacker to provide a username that has special characters to delimit the domain, and treat the rest of the URL as a path or query string. An attacker could first make a request to their domain using an encoded username, then when a request for the target domain comes in that decodes to the exact URL, it will serve the attacker's HTML instead of the real HTML. On Squid servers that also act as reverse proxies, this allows an attacker to gain access to features that only reverse proxies can use, such as ESI.
- Products
- Not specified
- Affected versions
- Not specified
- Fixed versions
- Not specified
- CVEs
- CVE-2019-12520
- Confirmed fixed CVEs
- Not specified
- Updated in this feed
- 31 Oct 2026, 10:33 UTC · Revision 1
Source evidence
An issue was discovered in Squid through 4.7 and 5. When receiving a request, Squid checks its cache to see if it can serve up a response. It does this by making a MD5 hash of the absolute URL of the request. If found, it servers the request. The absolute URL can include the decoded UserInfo (username and password) for certain protocols. This decoded info is prepended to the domain. This allows an attacker to provide a username that has special characters to delimit the domain, and treat the rest of the URL as a path or query string. An attacker could first make a request to their domain using an encoded username, then when a request for the target domain comes in that decodes to the exact URL, it will serve the attacker's HTML instead of the real HTML. On Squid servers that also act as reverse proxies, this allows an attacker to gain access to features that only reverse proxies can use, such as ESI.
osv:CVE-2019-12520
Complete source record
{
"id": "160d81ee52c27bd925c3314b9456bb664d13c102b25f58797e00c6ccb1071a68",
"url": "https://osv.dev/vulnerability/CVE-2019-12520",
"method": "structured",
"payload": {
"kind": "advisory",
"title": "CVE-2019-12520",
"summary": "An issue was discovered in Squid through 4.7 and 5. When receiving a request, Squid checks its cache to see if it can serve up a response. It does this by making a MD5 hash of the absolute URL of the request. If found, it servers the request. The absolute URL can include the decoded UserInfo (username and password) for certain protocols. This decoded info is prepended to the domain. This allows an attacker to provide a username that has special characters to delimit the domain, and treat the rest of the URL as a path or query string. An attacker could first make a request to their domain using an encoded username, then when a request for the target domain comes in that decodes to the exact URL, it will serve the attacker's HTML instead of the real HTML. On Squid servers that also act as reverse proxies, this allows an attacker to gain access to features that only reverse proxies can use, such as ESI.",
"evidence": "osv:CVE-2019-12520",
"products": [],
"severity": "high",
"structured": {
"id": "CVE-2019-12520",
"aliases": [
"CVE-2019-12520"
],
"metrics": [
{
"type": "CVSS_V3",
"score": "CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N"
}
],
"affected": [
{
"ranges": [
{
"repo": "https://github.com/squid-cache/squid",
"type": "GIT",
"events": [
{
"introduced": "0"
},
{
"last_affected": "2e17b02616d37206ba9cccc53c20667624fbef9f"
}
],
"database_specific": {
"extracted_events": [
{
"cpe": "cpe:2.3:a:squid-cache:squid:*:*:*:*:*:*:*:*",
"range": [
{
"introduced": "0"
},
{
"last_affected": "4.7"
}
],
"source": "CPE_RANGE"
}
]
}
}
],
"versions": [
"SQUID_4_7",
"SQUID_4_6",
"SQUID_4_5",
"SQUID_4_4",
"SQUID_4_3",
"SQUID_4_2",
"SQUID_4_1",
"SQUID_4_0_25",
"SQUID_4_0_24",
"SQUID_4_0_23",
"SQUID_4_0_22",
"SQUID_4_0_21",
"SQUID_4_0_20",
"SQUID_4_0_19",
"SQUID_4_0_18",
"SQUID_4_0_17",
"SQUID_4_0_16",
"SQUID_4_0_15",
"SQUID_4_0_14",
"SQUID_4_0_13",
"SQUID_4_0_12",
"SQUID_4_0_11",
"SQUID_4_0_10",
"SQUID_4_0_9",
"SQUID_4_0_8",
"SQUID_4_0_7",
"SQUID_4_0_6",
"SQUID_4_0_5",
"SQUID_4_0_4",
"SQUID_4_0_3",
"SQUID_4_0_2",
"SQUID_4_0_1",
"take00",
"SQUID_3_0_RC1",
"SQUID_3_0_PRE7",
"SQUID_3_0_PRE6",
"SQUID_3_0_PRE5",
"SQUID_3_0_PRE4",
"SQUID_3_0_PRE3",
"SQUID_3_0_PRE2",
"SQUID_3_0_PRE1",
"HISTORIC_RELEASES"
],
"database_specific": {
"source": "https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2019-12520.json"
}
}
],
"modified": "2026-10-20T10:50:40.107815802Z",
"provider": "osv",
"references": [
"https://gitlab.com/jeriko.one/security/-/blob/master/squid/CVEs/CVE-2019-12520.txt",
"https://lists.debian.org/debian-lts-announce/2020/07/msg00009.html",
"https://security.netapp.com/advisory/ntap-20210205-0006/",
"https://usn.ubuntu.com/4446-1/",
"https://www.debian.org/security/2020/dsa-4682",
"https://github.com/squid-cache/squid/commits/v4"
],
"provider_metadata": {
"unresolved_ranges": [
{
"cpes": [
"cpe:2.3:o:canonical:ubuntu_linux:16.04:*:*:*:lts:*:*:*",
"cpe:2.3:o:canonical:ubuntu_linux:18.04:*:*:*:lts:*:*:*"
],
"vendor_product": "canonical:ubuntu_linux",
"extracted_events": [
{
"range": [
{
"introduced": "16.04"
},
{
"last_affected": "16.04"
},
{
"introduced": "18.04"
},
{
"last_affected": "18.04"
}
],
"source": "CPE_STRING"
}
]
},
{
"cpes": [
"cpe:2.3:o:debian:debian_linux:10.0:*:*:*:*:*:*:*",
"cpe:2.3:o:debian:debian_linux:9.0:*:*:*:*:*:*:*"
],
"vendor_product": "debian:debian_linux",
"extracted_events": [
{
"range": [
{
"introduced": "9.0"
},
{
"last_affected": "9.0"
},
{
"introduced": "10.0"
},
{
"last_affected": "10.0"
}
],
"source": "CPE_STRING"
}
]
}
]
}
},
"related_cves": [
{
"value": "CVE-2019-12520",
"evidence": "/id"
}
],
"security_relevant": true,
"severity_evidence": "/severity/0/score"
},
"source_id": "core-osv",
"document_id": 381973,
"published_at": "2020-04-15T20:15:13.52+00:00"
}