CVE-2026-41178
Awaiting Analysis Awaiting Analysis - Queue
Denial of Service in OpenTelemetry-Go via Oversized Baggage Headers

Publication date: 2026-06-04

Last updated on: 2026-06-04

Assigner: GitHub, Inc.

Description
OpenTelemetry-Go is the Go implementation of OpenTelemetry. Versions 1.41.0 and 1.43.0 removed raw-length rejection and it causes `Parse` to process arbitrarily large/invalid baggage headers and log errors, enabling DoS via oversized inputs. Versions 1.42.0 and 1.44.0 fix the issue.
CVSS Scores
EPSS Scores
Probability:
Percentile:
Meta Information
Published
2026-06-04
Last Modified
2026-06-04
Generated
2026-06-04
AI Q&A
2026-06-04
EPSS Evaluated
N/A
NVD
EUVD
Affected Vendors & Products
Showing 7 associated CPEs
Vendor Product Version / Range
opentelemetry opentelemetry-go From 1.42.0 (inc) to 1.44.0 (inc)
opentelemetry opentelemetry-go to 1.42.0 (exc)
opentelemetry opentelemetry-go to 1.44.0 (exc)
open_telemetry opentelemetry-go From 1.43.0 (exc)
open_telemetry opentelemetry-go to 1.44.0 (exc)
open_telemetry opentelemetry-go 1.42.0
open_telemetry opentelemetry-go 1.41.0
Helpful Resources
Exploitability
CWE
CWE Icon
KEV
KEV Icon
CWE ID Description
CWE-789 The product allocates memory based on an untrusted, large size value, but it does not ensure that the size is within expected limits, allowing arbitrary amounts of memory to be allocated.
Attack-Flow Graph
AI Powered Q&A
What immediate steps should I take to mitigate this vulnerability?

The immediate mitigation step is to upgrade the OpenTelemetry-Go library to a fixed version, specifically version 1.42.0 or 1.44.0 or later, where the vulnerability has been addressed.

These versions reintroduce baggage header size limits and enforce W3C-compliant limits on baggage members and total baggage size, preventing processing of arbitrarily large or invalid baggage headers.

If upgrading immediately is not possible, consider implementing network-level controls to block or limit oversized baggage headers and monitor logs for excessive baggage parsing errors to detect potential exploitation attempts.


Can you explain this vulnerability to me?

CVE-2026-41178 is a vulnerability in the OpenTelemetry Go library where the baggage parsing no longer enforces raw header length limits. This happened because checks for baggage string length and per-member size guards were removed in versions 1.41.0 and 1.43.0.

As a result, the parser processes arbitrarily large or invalid baggage headers, which leads to excessive CPU and memory usage and potential log amplification. When a remote client sends oversized or malformed baggage headers, these bypass size limits and are fully parsed, causing errors that are logged by the global error handler.

This can cause denial-of-service (DoS) conditions in services that accept large headers and use the default error handling.


How can this vulnerability impact me? :

The vulnerability can lead to denial-of-service (DoS) attacks against services using the OpenTelemetry Go library by allowing attackers to send oversized or malformed baggage headers.

These large or invalid headers cause excessive CPU and memory consumption during parsing, potentially degrading service performance or causing crashes.

Additionally, the errors generated from processing these headers are logged repeatedly, which can amplify the impact by increasing log volume and resource usage.


How can this vulnerability be detected on my network or system? Can you suggest some commands?

This vulnerability can be detected by monitoring for unusually large or malformed baggage headers being processed by the OpenTelemetry-Go library. Since the issue involves processing arbitrarily large or invalid baggage headers that cause excessive CPU and memory usage and log amplification, detection can focus on identifying oversized baggage headers in network traffic or logs.

Specifically, you can look for network requests containing baggage headers that exceed typical size limits or cause error logs related to baggage parsing.

Suggested commands might include using network traffic inspection tools like tcpdump or Wireshark to filter HTTP headers for oversized baggage headers, for example:

  • tcpdump -A -s 0 'tcp port 80 and (((ip[2:2] - ((ip[0]&0xf)<<2)) - ((tcp[12]&0xf0)>>2)) != 0)' | grep -i 'baggage'
  • Using grep or similar tools on application logs to find repeated error messages related to baggage parsing failures or excessive baggage header sizes.

Additionally, monitoring CPU and memory usage spikes in services using OpenTelemetry-Go versions 1.41.0 or 1.43.0 may help detect exploitation attempts.


How does this vulnerability affect compliance with common standards and regulations (like GDPR, HIPAA)?:

The vulnerability in OpenTelemetry-Go involved baggage handling that did not enforce W3C Baggage specification limits, which could lead to improper handling of baggage data during distributed tracing.

The fix enforces W3C-compliant limits on baggage members and size, ensuring that baggage data is truncated rather than dropped or improperly propagated when limits are exceeded.

By aligning with the W3C specification, the fix helps maintain proper data handling and propagation, which is important for compliance with standards that require accurate and secure data processing, such as GDPR and HIPAA.


Ask Our AI Assistant
Need more information? Ask your question to get an AI reply (Powered by our expertise)
0/70
EPSS Chart