CVE-2023-45288: Go standard library net/http · Uncontrolled Resource Consumption
Affects Go standard library net/httpSource CVE Database V5
Not known to be exploited · 91% EPSS · CVSS 7.5 High.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 91.9% chance of exploitation in 30 days – higher than 99% 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:N/I:N/A:HExploitation evidence
Disclosed: evidence found.
CVE published 4 Apr 2024
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 2026-10-25.
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
European organizations should immediately assess their use of the Go standard library net/http package, particularly for HTTP/2 endpoints, and identify any services running Go versions prior to 1.22.0. The primary mitigation is to upgrade all affected Go runtime environments to version 1.22.0 or later, where the vulnerability is fixed by limiting the processing of excess header frames. Until upgrades can be applied, organizations should consider implementing network-level protections such as rate limiting and anomaly detection on HTTP/2 traffic to detect and block excessive CONTINUATION frames. Web application firewalls (WAFs) and intrusion prevention systems (IPS) should be configured to monitor for abnormal header frame patterns. Additionally, monitoring resource utilization on Go-based HTTP/2 servers can help detect early signs of exploitation attempts. Organizations should also review and tighten MaxHeaderBytes settings to reasonable limits and ensure logging is enabled for HTTP/2 connections to facilitate incident response. Finally, security teams should stay informed on any emerging exploits or patches related to this vulnerability.
Description
An attacker may cause an HTTP/2 endpoint to read arbitrary amounts of header data by sending an excessive number of CONTINUATION frames. Maintaining HPACK state requires parsing and processing all HEADERS and CONTINUATION frames on a connection. When a request's headers exceed MaxHeaderBytes, no memory is allocated to store the excess headers, but they are still parsed. This permits an attacker to cause an HTTP/2 endpoint to read arbitrary amounts of header data, all associated with a request which is going to be rejected. These headers can include Huffman-encoded data which is significantly more expensive for the receiver to decode than for an attacker to send. The fix sets a limit on the amount of excess header frames we will process before closing a connection.
References
- go.dev/issue/65051 (opens in a new tab)
- go.dev/cl/576155 (opens in a new tab)
- groups.google.com/g/golang-announce/c/YgW0sx8mN3M (opens in a new tab)
- pkg.go.dev/vuln/GO-2024-2687 (opens in a new tab)
- security.netapp.com/advisory/ntap-20240419-0009/ (opens in a new tab)
- lists.fedoraproject.org/archives/list/package-announce@lists.fedoraproject.org/message/QRYFHIQ6XRKRYBI2F5UESH67BJBQXUPT/ (opens in a new tab)
- openwall.com/lists/oss-security/2024/04/05/4 (opens in a new tab)
- openwall.com/lists/oss-security/2024/04/03/16 (opens in a new tab)
- kb.cert.org/vuls/id/421644 (opens in a new tab)