Skip to main content
VulnerabilityPublished

CVE-2025-4673: Go standard library net/http · Insertion of Sensitive Information Into Sent Data

Affects Go standard library net/httpSource CVE Database V5

0

Not known to be exploited · CVSS 6.8 Medium.

Data as of 26 Oct 2026, 14:05 UTC

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

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 11 Jun 2025

  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 26 Oct 2026.

What to do

Affected software

ProductAffectedFixed in
Gonet/httppkg:golang/net/httpOther threatsAffected
  • =0
  • =1.24.0-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-2025-4673, European organizations should take immediate steps beyond generic patching advice: 1) Monitor for updates from the Go project and prioritize upgrading the net/http package to a fixed version once available. 2) Audit all Go-based applications and services that use the net/http package, focusing on those that handle proxy authentication and perform HTTP redirects, to identify potential exposure. 3) Implement strict validation and sanitization of HTTP headers during redirects, ensuring that Proxy-Authorization and Proxy-Authenticate headers are not forwarded to different origins. 4) Where feasible, configure proxies and HTTP clients to avoid sending sensitive proxy headers on cross-origin redirects or disable automatic redirect following in sensitive contexts. 5) Employ network-level controls to restrict outbound traffic from servers handling proxy credentials to only trusted destinations, reducing the risk of credential leakage to untrusted endpoints. 6) Enhance logging and monitoring to detect unusual redirect patterns or unexpected outbound requests containing proxy headers. 7) Educate developers and DevOps teams about this vulnerability to ensure secure coding practices around HTTP header management and redirect handling. These targeted mitigations will help reduce the risk until patches are applied and prevent exploitation in complex proxy environments.

Description

Proxy-Authorization and Proxy-Authenticate headers persisted on cross-origin redirects potentially leaking sensitive information.

References

Community reviews

Loading reviews…