The HTTP/2 server can refund connection-level flow control twice for the same data: Once when a client resets a stream (refunding data for any sent-but-unread portion of the stream), and again when a request handler read…
RHSA-2026:87043
golang security, bug fix, and enhancement update
Released 2026-10-21 · Red Hat rating Important · View on Red Hat →
Fixed in
- Red Hat Enterprise Linux AppStream EUS (v.9.6) go-toolset-1.26.10-1.el9_6, golang-1.26.10-1.el9_6, golang-bin-1.26.10-1.el9_6 +5
Fixes 15 records
HTTP/2 servers could end up crashing due to inadvertently modifying its HPACK encoder concurrently.
Memory exhaustion in Go crypto/tls via malformed ECH extensions
Multiple ECH outer extension references are not permitted under RFC 9849; previously, a client could send a well-crafted packet that could trigger memory exhaustion in the server process by specifying multiple references…
Memory limit bypass in Go net/textproto and mime/multipart parsing
Parsing a multipart form can bypass memory limits and read an arbitrarily long line into memory when the remaining limit at the start of a part is less than 400 bytes.
A malicious HTTP/2 peer can cause excessive CPU consumption in the client or server by opening a large number of streams and then sending many small SETTINGS frames containing SETTINGS_INITIAL_WINDOW_SIZE values.
Excessive CPU use in Go net/http when parsing Range headers
When parsing a Range header containing a large number of small ranges, FileServer(FS), ServeContent, and ServeFile(FS) can consume an excessive amount of CPU.
Historically, we have been rather lax about malformed framing-related headers in our HTTP/2 implementation, as they cannot interfere with HTTP/2 framing.
When "Trailer" headers are sent by a client, the HTTP server internally uses the header values to populate the Request.Trailer map passed to the server handler.
Connection desynchronization after rejected CONNECT in Go net/http
When http.Transport sends an HTTP/1 CONNECT request with a non-empty Request.Body, it writes the body directly to the connection without framing after the request headers.
Connection desynchronization after CONNECT response in Go net/http
When an HTTP server handler sends a 2xx response to an HTTP/1 CONNECT request and returns without hijacking the connection, the server improperly continues to read and serve requests from the connection.
Checksum verification bypass for golang.org/toolchain in Go cmd/go
Previously, a user operating inside of a malicious Go project that defines a bogus golang.org/toolchain go.sum entry and operates a malicious GOMODPROXY the user chooses to use can bypass the intended checksum.
Checksum bypass in Go cmd/go lets attackers substitute a module
Previously, a user operating inside of a malicious Go project that defines a bogus golang.org/fips140 and operates a malicious GOMODPROXY the user chooses to connect to can serve an arbitrary module in its place.
On most platforms, Go uses the given system root certificates.
Improper escaping of yield keyword in Go html/template
A trusted template author may have previously written a valid template wherein the use of the 'yield' keyword would not be correctly escaped.
Incorrect context tracking in Go html/template template literals
When a JavaScript template literal contains consecutive expressions, the context tracking state was not properly reset upon entering a new expression.