Skip to main content
CVE-2021-22876VulnerabilityPublished Updated

CVE-2021-22876: https://github.com/curl/curl · Privacy Violation

Affects https://github.com/curl/curlSource CVE Database V5

0

Not known to be exploited · CVSS 5.3 Medium.

Data as of 25 Oct 2026, 19:02 UTC

CVSS 3.1 base score
5.3Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
5.3% chance of exploitation in 30 days – higher than 92% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 1 Apr 2021

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-25.

What to do

Affected software

ProductAffectedFixed in
GitHubcurl/curlpkg:github/curl/curlOther threatsAffected
  • >=7.1.1 <=7.75.0
Fixed in–

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

To mitigate CVE-2021-22876, European organizations should take the following specific actions: 1) Identify and inventory all systems, applications, and scripts using libcurl versions between 7.1.1 and 7.75.0. 2) Upgrade libcurl to version 7.76.0 or later, where the Referer header handling has been fixed to strip user credentials from URLs automatically. 3) Audit application code and configuration to eliminate the practice of embedding credentials directly in URLs, replacing them with more secure authentication methods such as HTTP headers (e.g., Authorization header) or token-based authentication. 4) Review and restrict outgoing HTTP requests to trusted domains only, minimizing the risk of leaking credentials to untrusted servers. 5) Implement network monitoring to detect unusual HTTP Referer headers containing credentials, which may indicate exploitation attempts or misconfigurations. 6) Educate developers and system administrators on secure URL and credential handling practices to prevent recurrence. 7) For legacy systems where upgrading libcurl is not immediately feasible, consider applying custom patches or disabling automatic Referer header population if possible. These targeted measures go beyond generic advice by focusing on eliminating credential exposure in URLs, upgrading vulnerable libraries, and improving monitoring and secure coding practices.

Description

curl 7.1.1 to and including 7.75.0 is vulnerable to an "Exposure of Private Personal Information to an Unauthorized Actor" by leaking credentials in the HTTP Referer: header.libcurl does not strip off user credentials from the URL when automatically populating the Referer: HTTP request header field in outgoing HTTP requests, and therefore risks leaking sensitive data to the server that is the target of the second HTTP request.

References

Community reviews

Loading reviews…