CVE-2026-41484: CWE-770: Allocation of Resources Without Limits or Throttling in open-telemetry opentelemetry-dotnet-contrib
OpenTelemetry.Exporter.OneCollector is a .NET exporter that sends telemetry to a OneCollector back-end over HTTP. In versions 1.15.0 and earlier, when a request to the configured back-end or collector results in an unsuccessful HTTP 4xx or 5xx response, the HttpJsonPostTransport class reads the entire response body into memory with no upper bound on the number of bytes consumed in order to include the error response in operator logs. An attacker who controls the configured endpoint, or who can intercept traffic to it via a man-in-the-middle attack, can return an arbitrarily large response body. This causes unbounded heap allocation in the consuming process, leading to high transient memory pressure, garbage-collection stalls, or an OutOfMemoryException that terminates the process. As a workaround, use network-level controls such as firewall rules, mTLS, or a service mesh to prevent man-in-the-middle attacks on the configured back-end or collector endpoint. This issue is fixed in version 1.15.1, which limits the number of bytes read from the response body in an error condition to 4 MiB.
AI Analysis
Technical Summary
OpenTelemetry.Exporter.OneCollector in opentelemetry-dotnet-contrib (<= 1.15.0) has a resource allocation vulnerability (CWE-770) where the HttpJsonPostTransport class reads the entire HTTP error response body into memory without an upper bound. This allows an attacker controlling or intercepting the backend endpoint to cause unbounded heap allocation, resulting in high memory usage, garbage collection stalls, or process termination due to OutOfMemoryException. The vulnerability is fixed in version 1.15.1 by capping the response body read size to 4 MiB. No official patch advisory is provided in the input, but upgrading to 1.15.1 is the recommended fix. Network-level controls can mitigate exploitation risk.
Potential Impact
The vulnerability can cause denial of service by exhausting memory resources of the process using the vulnerable OpenTelemetry exporter. This leads to transient high memory pressure, garbage collection delays, or process crashes (OutOfMemoryException). There is no impact on confidentiality or integrity reported. Exploitation requires control or interception of the configured backend endpoint to supply a large HTTP error response body.
Mitigation Recommendations
Upgrade to opentelemetry-dotnet-contrib version 1.15.1 or later, which limits the size of the HTTP error response body read to 4 MiB, effectively mitigating the vulnerability. In the absence of immediate upgrade, implement network-level controls such as firewall rules, mutual TLS (mTLS), or service mesh configurations to prevent man-in-the-middle attacks on the configured backend or collector endpoint. Patch status is not explicitly confirmed in the vendor advisory data, but the fix is included in version 1.15.1.
CVE-2026-41484: CWE-770: Allocation of Resources Without Limits or Throttling in open-telemetry opentelemetry-dotnet-contrib
Description
OpenTelemetry.Exporter.OneCollector is a .NET exporter that sends telemetry to a OneCollector back-end over HTTP. In versions 1.15.0 and earlier, when a request to the configured back-end or collector results in an unsuccessful HTTP 4xx or 5xx response, the HttpJsonPostTransport class reads the entire response body into memory with no upper bound on the number of bytes consumed in order to include the error response in operator logs. An attacker who controls the configured endpoint, or who can intercept traffic to it via a man-in-the-middle attack, can return an arbitrarily large response body. This causes unbounded heap allocation in the consuming process, leading to high transient memory pressure, garbage-collection stalls, or an OutOfMemoryException that terminates the process. As a workaround, use network-level controls such as firewall rules, mTLS, or a service mesh to prevent man-in-the-middle attacks on the configured back-end or collector endpoint. This issue is fixed in version 1.15.1, which limits the number of bytes read from the response body in an error condition to 4 MiB.
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
OpenTelemetry.Exporter.OneCollector in opentelemetry-dotnet-contrib (<= 1.15.0) has a resource allocation vulnerability (CWE-770) where the HttpJsonPostTransport class reads the entire HTTP error response body into memory without an upper bound. This allows an attacker controlling or intercepting the backend endpoint to cause unbounded heap allocation, resulting in high memory usage, garbage collection stalls, or process termination due to OutOfMemoryException. The vulnerability is fixed in version 1.15.1 by capping the response body read size to 4 MiB. No official patch advisory is provided in the input, but upgrading to 1.15.1 is the recommended fix. Network-level controls can mitigate exploitation risk.
Potential Impact
The vulnerability can cause denial of service by exhausting memory resources of the process using the vulnerable OpenTelemetry exporter. This leads to transient high memory pressure, garbage collection delays, or process crashes (OutOfMemoryException). There is no impact on confidentiality or integrity reported. Exploitation requires control or interception of the configured backend endpoint to supply a large HTTP error response body.
Mitigation Recommendations
Upgrade to opentelemetry-dotnet-contrib version 1.15.1 or later, which limits the size of the HTTP error response body read to 4 MiB, effectively mitigating the vulnerability. In the absence of immediate upgrade, implement network-level controls such as firewall rules, mutual TLS (mTLS), or service mesh configurations to prevent man-in-the-middle attacks on the configured backend or collector endpoint. Patch status is not explicitly confirmed in the vendor advisory data, but the fix is included in version 1.15.1.
Technical Details
- Data Version
- 5.2
- Assigner Short Name
- GitHub_M
- Date Reserved
- 2026-04-20T16:14:19.006Z
- Cvss Version
- 3.1
- State
- PUBLISHED
- Remediation Level
- null
Threat ID: 69fbb106cbff5d8610650aeb
Added to database: 5/6/2026, 9:22:14 PM
Last enriched: 5/6/2026, 9:36:25 PM
Last updated: 5/7/2026, 2:01:05 AM
Views: 9
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.