CVE-2022-41717: Excessive memory growth in net/http and golang.org/x/net/http2

stdlib Updated 02 Oct 2025

Summary

08/12/2022
Yes i
Unrated
Not published

CVE-2022-41717: Excessive memory growth in net/http and golang.org/x/net/http2. Affects stdlib across 2 version ranges.

< 1.18.9 >= 1.19.0-0, < 1.19.4

Fixed in 1.18.9 or 1.19.4, depending on the release line you run. How to fix ↓

Also tracked for

The same CVE-2022-41717 is tracked separately for each ecosystem and vendor. Its fix information is the same; the package and affected versions differ.

Free scan

Check if this vulnerability affects your application

Upload a manifest or SBOM and we'll show whether you're affected, plus every other risky package in the same scan.

Check my app free

No signup required · Results in about 60 seconds

Upload your dependency manifest or SBOM

Drag & drop your file here or

Java Javascript PHP Python Go Rust Ruby Dart C/C++ Elixir CycloneDX SPDX

Upload a supported dependency manifest or SBOM. No installation or source-code access required.

See supported files and SBOM formats
SBOM sbom.json · bom.json · bom.xml · *.spdx.json · *.cdx.json · *.cdx.xml
Java pom.xml · gradle.lockfile · buildscript-gradle.lockfile
Javascript package-lock.json · yarn.lock · pnpm-lock.yaml
PHP composer.lock
Python poetry.lock · requirements.txt · Pipfile.lock
Go go.mod
Rust Cargo.lock
Ruby Gemfile.lock
Dart pubspec.lock
C/C++ conan.lock
Elixir mix.lock
Enter your work email to receive your report link.

Verify your email to view the full report and start 30 days of continuous monitoring. No credit card required.

Sponsored Devnack Mobile apps built by Devnack Design, build and launch iOS and Android apps with a senior product team. From idea to store release Start a project

Background

The impacted packages in this vulnerability are the standard library (stdlib) and golang.org/x/net in the Go ecosystem. The stdlib package provides core functionality for Go programs, including networking capabilities. The golang.org/x/net package contains additional networking utilities. Both packages are widely used in Go applications. This vulnerability affects the HTTP/2 server connections in these packages.

Vulnerability Detail

An attacker can exploit this vulnerability by sending very large keys in HTTP/2 requests to a Go server. The server maintains a cache of HTTP header keys sent by the client. While the total number of entries in this cache is limited, an attacker can cause the server to allocate approximately 64 MiB of memory per open connection. This excessive memory growth can lead to resource exhaustion and potential denial-of-service (DoS) attacks.

How To Fix

Latest published version: go1.25.5 as of 22 Oct 2026

go get stdlib@vgo1.25.5

Upgrading to it may include breaking changes; the versions below are the minimum fixed release for this vulnerability.

If you can't move to the latest

The minimum fixed version depends on the release line you run.

  • < 1.18.9 1.18.9
    go get stdlib@v1.18.9
  • >= 1.19.0-0, < 1.19.4 1.19.4
    go get stdlib@v1.19.4

Tip — Not sure which release line you're on? Vulert can find the fix for the version you are using. Scan free →

Workaround

There is no known workaround for this vulnerability. It is essential to update the packages to the fixed versions.

Conclusion

This vulnerability affects the net/http and golang.org/x/net packages in the Go ecosystem, specifically the HTTP/2 server connections. It allows an attacker to cause excessive memory growth, potentially leading to denial-of-service attacks. To mitigate this vulnerability, it is crucial to update the impacted packages to the fixed versions. For further assistance, contact DevNack.com.

See every vulnerability recorded for stdlib →

Share this vulnerability

FAQ

This vulnerability can lead to excessive memory consumption in Go servers, potentially causing resource exhaustion and denial-of-service (DoS) attacks.

You can use the Vulert Playground at Vulert Scanner to check if your application is affected by this vulnerability. Simply upload your Gopkg.lock file to the playground, and it will alert you in real-time if your application is vulnerable.

There are no known public exploits for this vulnerability at the time of this report. However, it is crucial to update the packages to prevent potential exploitation.

No, this vulnerability requires a code fix in the impacted packages. Configuration changes alone cannot mitigate the issue.

For further support on vulnerability remediation, you can reach out to info@devnack.com.

Related vulnerabilities

Recent vulnerabilities recorded for stdlib.

How To Fix

Latest published version: go1.25.5 as of 22 Oct 2026

go get stdlib@vgo1.25.5

Upgrading to it may include breaking changes; the versions below are the minimum fixed release for this vulnerability.

If you can't move to the latest

The minimum fixed version depends on the release line you run.

  • < 1.18.9 1.18.9
    go get stdlib@v1.18.9
  • >= 1.19.0-0, < 1.19.4 1.19.4
    go get stdlib@v1.19.4

Tip — Not sure which release line you're on? Vulert can find the fix for the version you are using. Scan free →

Subscribe to Vulert on Telegram
Daily digest of new CVEs, critical and high severity, affected packages and fixes — plus a weekly roundup.
Join the channel →
Help improve this record
Report an issue or send feedback