CVE-2026-33814: Infinite loop in HTTP/2 transport when given bad SETTINGS_MAX_FRAME_SIZE in net/http/internal/http2 in golang.org/x/net
When processing HTTP/2 SETTINGS frames, transport will enter an infinite loop of writing CONTINUATION frames if it receives a SETTINGS_MAX_FRAME_SIZE with a value of 0.
Security readout for executives and security teams
Plain-English summary
This is a denial-of-service issue in Go's HTTP/2 handling. A malicious or broken HTTP/2 peer can send an invalid SETTINGS_MAX_FRAME_SIZE value that makes affected Go transport code loop continuously, consuming availability rather than exposing data.
Executive priority
Treat as high priority for Go-based systems that communicate over HTTP/2 with untrusted peers. The business risk is service disruption, not data theft, based on the supplied evidence.
Technical view
CVE-2026-33814 affects Go net/http and golang.org/x/net/http2 HTTP/2 transport processing. A SETTINGS_MAX_FRAME_SIZE value of 0 can trigger an infinite loop writing CONTINUATION frames. The CVSS 7.5 score reflects network reachability, low complexity, no authentication, and high availability impact.
Likely exposure
Most relevant exposure is Go applications that make HTTP/2 outbound connections using affected net/http or golang.org/x/net/http2 code. Products bundling Go runtimes or vendored x/net/http2 should also be checked. Evidence provided does not identify confidentiality or integrity impact.
Exploitation context
The bundle marks KEV as false and provides no cited evidence of active exploitation. The issue is remotely triggerable in the affected HTTP/2 transport path, but the sources supplied do not include public exploit status or weaponized details.
Researcher notes
Focus review on client-side HTTP/2 transport behavior around SETTINGS frame validation. The affected version metadata in the bundle is sparse, so use GO-2026-4918, the Go announcement, and downstream advisories for precise fixed-version mapping.
Mitigation direction
Update Go toolchains according to the Go advisory and announcement.
Update golang.org/x/net/http2 where it is vendored or pinned.
Apply relevant Red Hat errata for affected packaged products.
Check vendor guidance before relying on workarounds.
Prioritize internet-reachable or untrusted HTTP/2 client integrations.
Validation and detection
Inventory services built with Go net/http or x/net/http2.
Review go.mod and vendor trees for golang.org/x/net versions.
Confirm runtime or package fixes against GO-2026-4918.
Check Red Hat advisories for affected downstream packages.
Validate remediation with normal HTTP/2 regression testing.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-606: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-606 · source CWE mapping
Unchecked Input for Loop Condition
Unchecked Input for Loop Condition represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.
Loop with Unreachable Exit Condition ('Infinite Loop')
Loop with Unreachable Exit Condition ('Infinite Loop') represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.