6.5
Medium
CVE-2023-45290 When parsing a multipart form (either explicitly with Request.ParseMultipartForm or implicitly with Request.FormValue,…
Description
When parsing a multipart form (either explicitly with Request.ParseMultipartForm or implicitly with Request.FormValue, Request.PostFormValue, or Request.FormFile), limits on the total size of the parsed form were not applied to the memory consumed while reading a single form line. This permits a maliciously crafted input containing very long lines to cause allocation of arbitrarily large amounts of memory, potentially leading to memory exhaustion. With fix, the ParseMultipartForm function now correctly limits the maximum size of form lines.
Affected products and versions
| Product | Affected versions | Fixed in |
|---|---|---|
| net/textproto 1.22 | 1.22.0-0 → < 1.22.1 | 1.22.1 |
| net/textproto 1.21 | earliest → < 1.21.8 | 1.21.8 |
References
- go.dev go.dev
- go.dev go.dev
- groups.google.com groups.google.com
- pkg.go.dev pkg.go.dev
- security.netapp.com security.netapp.com
- www.openwall.com www.openwall.com
Timeline
- Published
- Last modified
Other CVEs of net/textproto
The 6 CVEs of net/textproto →
CVE-2026-94440
Parsing a multipart form can bypass memory limits and read an arbitrarily long line into memory when the remaining limit…
7.5
High
CVE-2026-42507
When returning errors, functions in the net/textproto package would include its input as part of the error
5.3
Medium
CVE-2025-61724
The Reader.ReadResponse function constructs a response string through repeated string concatenation of lines
5.3
Medium
CVE-2023-24534
HTTP and MIME header parsing can allocate large amounts of memory, even when parsing small inputs, potentially leading…
7.5
High