CVE-2025-4673: Go standard library net/http · Insertion of Sensitive Information Into Sent Data
Affects Go standard library net/httpSource CVE Database V5
Not known to be exploited · CVSS 6.8 Medium.
Data as of 26 Oct 2026, 12:55 UTC
- 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:NExploitation evidence
Disclosed: evidence found.
CVE published 11 Jun 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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
| Product | Affected | Fixed in |
|---|---|---|
Gonet/httppkg:golang/net/httpOther threats | Affected
| 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.