CVE-2026-27141: Sending certain HTTP/2 frames can cause a server to panic in golang.org/x/net
Due to missing nil check, sending 0x0a-0x0f HTTP/2 frames will cause a running server to panic
Other sources
Sending certain HTTP/2 frames can cause a server to panic in golang.org/x/net
— Microsoft
Affected Software
Remediation
Recommended actions to resolve this vulnerability, in priority order.
- Upgrade
Upgrade
debian/golang-golang-x-netto a version that resolves this vulnerability.Fixed in 1:0.0+git20210119.5f4716e+dfsg-4Fixed in 1:0.7.0+dfsg-1Fixed in 1:0.27.0-2Fixed in 1:0.56.0-1 - Upgrade
Upgrade
debian/golang-golang-x-netto a version that resolves this vulnerability.Fixed in 1:0.0+git20210119.5f4716e+dfsg-4 - Upgrade
Upgrade
debian/golang-golang-x-netto a version that resolves this vulnerability.Fixed in 1:0.7.0+dfsg-1 - Upgrade
Upgrade
debian/golang-golang-x-netto a version that resolves this vulnerability.Fixed in 1:0.27.0-2 - Upgrade
Upgrade
debian/golang-golang-x-netto a version that resolves this vulnerability.Fixed in 1:0.56.0-1
Event History
Frequently Asked Questions
What is the severity of CVE-2026-27141?
CVE-2026-27141 has been assessed as a high severity vulnerability due to its ability to cause server panic in affected systems.
How do I fix CVE-2026-27141?
To fix CVE-2026-27141, update to the latest version of golang.org/x/net where the nil check issue has been addressed.
What types of frames trigger the CVE-2026-27141 vulnerability?
CVE-2026-27141 is triggered by sending 0x0a-0x0f HTTP/2 frames which result in a server panic.
Which software is affected by CVE-2026-27141?
CVE-2026-27141 affects the golang.org/x/net library used in Go applications.
Is there a workaround for CVE-2026-27141 until a patch is applied?
A viable workaround for CVE-2026-27141 is to avoid sending 0x0a-0x0f HTTP/2 frames until the vulnerability is patched.