CVE-2025-61726: Memory exhaustion in query parameter parsing in net/url
The net/url package does not set a limit on the number of query parameters in a query. While the maximum size of query parameters in URLs is generally limited by the maximum request header size, the net/http.Request.ParseForm method can parse large URL-encoded forms. Parsing a large form containing many unique query parameters can cause excessive memory consumption.
Security readout for executives and security teams
Plain-English summary
CVE-2025-61726 is an availability issue in Go’s URL/form parsing. A service that parses very large URL-encoded forms with many unique parameters may consume excessive memory and become slow or unavailable. The supplied sources rate it high severity, but do not show confirmed active exploitation.
Executive priority
Treat as high priority for public Go services because it can affect availability without authentication. Focus first on customer-facing APIs and forms, then internal services. There is no supplied evidence of active exploitation, so urgency is driven by exposure and downtime tolerance.
Technical view
The Go standard library net/url package lacks a limit on query parameter count. net/http.Request.ParseForm can parse large URL-encoded forms, and many unique parameters can drive excessive memory consumption. The CVSS 3.1 score is 7.5 with network, low-complexity, unauthenticated availability impact.
Likely exposure
Most relevant exposure is internet-facing Go services that call ParseForm or otherwise parse large URL-encoded request bodies. Products embedding affected Go runtime or standard library builds may also be exposed; the supplied bundle does not provide a complete product list.
Exploitation context
The bundle marks KEV as false and provides no cited evidence of active exploitation. Abuse would be denial-of-service oriented: sending oversized form data with many unique parameters to memory-stress parsers. No exploit details are needed to assess operational risk.
Researcher notes
The supplied data identifies CWE-400 and CWE-770 resource-consumption weaknesses. Fixed-version details are not present in the structured affected field, so remediation should be tied to the Go advisory, Go announce post, and vendor errata rather than inferred boundaries.
Mitigation direction
Check the Go advisory GO-2026-4341 and Go announce post for fixed versions.
Apply relevant Go, platform, or Red Hat security updates when available.
Limit request body size and form parsing exposure at application or proxy layers.
Monitor public endpoints that parse URL-encoded forms for memory spikes.
Prioritize services where unauthenticated users can submit large forms.
Validation and detection
Inventory Go services using net/http Request.ParseForm or URL-encoded form parsing.
Confirm the Go toolchain and runtime versions used to build deployed binaries.
Review reverse proxy and application request size limits for form endpoints.
Test memory behavior with benign oversized-form regression cases in staging.
Check vendor advisories for packaged products that embed affected Go components.
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-400: 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-400 · source CWE mapping
Uncontrolled Resource Consumption
Uncontrolled Resource Consumption represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.
Allocation of Resources Without Limits or Throttling
Allocation of Resources Without Limits or Throttling represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.