Skip to main content

OpenTelemetry dotnet CVE-2026-40182

| EUVDEUVD-2026-25266 MEDIUM
Memory Allocation with Excessive Size Value (CWE-789)
2026-04-23 GitHub_M GHSA-q834-8qmm-v933
5.9
CVSS 3.1 · NVD
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Gain network adjacency to application host
  2. Delivery
    Intercept or impersonate OTLP collector endpoint
  3. Exploit
    Trigger telemetry export failure (force 4xx/5xx)
  4. Execution
    Return HTTP error response with oversized body
  5. Persist
    Application reads unbounded response body into memory
  6. Impact
    Process memory exhausted, denial-of-service achieved

Vulnerability Assessment

Weakness
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Memory allocation limits
Exploitation Conditions

Exploitation requires both of the following specific conditions: (1) the attacker must either control the OTLP collector/backend endpoint defined in the application's telemetry configuration, or be capable of performing a man-in-the-middle attack on the network path between the application and its collector; and (2) the application must use OpenTelemetry.Exporter.OpenTelemetryProtocol at a version between 1.13.1 and 1.15.1 inclusive with OTLP export actively configured over HTTP or gRPC. The adjacent-network attack vector (AV:A) limits exploitation to attackers with physical or logical adjacency to the export network path - remote internet-based attackers without network adjacency cannot exploit this directly. Applications exporting telemetry exclusively to internal, authenticated collectors over private networks are not realistically at risk. The SSVC Automatable:no rating confirms the attack cannot be trivially replicated at scale.

Impact

The provided CVSS 5.3 vector (AV:A/AC:H/PR:N/UI:N/S:U/C:N/I:N/A:H) accurately captures the constrained threat model: the attacker must occupy a network-adjacent position and either control the OTLP collector endpoint or execute a man-in-the-middle attack, both of which constitute high complexity prerequisites. EPSS at 0.01% (3rd percentile) and SSVC Exploitation:none independently confirm no observed exploitation activity, making this a low-urgency finding despite the High availability impact rating. SSVC Automatable:no aligns with AC:H - the attack cannot be scripted for mass exploitation. Technical Impact:partial reflects that only the exporting application's availability is affected, with no confidentiality or integrity consequence. Real-world risk is concentrated in deployments where the OTLP export path traverses untrusted network segments or uses third-party collector endpoints; applications exporting to internal, trusted collectors over authenticated channels face negligible realistic risk. The 'Information Disclosure' tag present in the input data appears to be a metadata error - the GHSA advisory, CWE-789, and CVSS vector all confirm the sole impact is availability (DoS), not information disclosure.

Exploit ScenarioDerived

An attacker positioned on the same network segment as a .NET application (e.g., via ARP spoofing on a shared LAN or cloud VPC) intercepts the OTLP telemetry export connection and responds to export requests with HTTP 503 responses containing a multi-gigabyte response body. The application's OTLP exporter reads the entire body into memory without bound, exhausting the process heap and crashing the application. No public exploit code has been identified for this vulnerability.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
Patch available 0.0% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Jul 24, 2026

Memory exhaustion in the OpenTelemetry dotnet OTLP exporter (versions 1.13.1 through 1.15.1) enables a denial-of-service condition when an attacker controls the configured telemetry backend or can MitM the export connection. Both the gRPC and HTTP/protobuf transport paths in OtlpGrpcExportClient and OtlpHttpExportClient read the full HTTP error response body into memory without any size cap, allowing an adversary to return an arbitrarily large body and exhaust the process heap. No active exploitation is confirmed (absent from CISA KEV, EPSS 0.01%), and vendor-released patch 1.15.2 is available.

RemediationAI

Upgrade the OpenTelemetry.Exporter.OpenTelemetryProtocol NuGet package to version 1.15.2, which applies the fix from PR #7017 (https://github.com/open-telemetry/opentelemetry-dotnet/pull/7017) adding an explicit byte-read limit to both the gRPC and HTTP/protobuf export clients. The GHSA advisory confirms no workarounds are known. As a compensating control where immediate upgrade is not possible, restrict the OTLP export endpoint to a trusted internal network segment and enforce mutual TLS (mTLS) between the application and collector, which eliminates the MitM vector; note that mTLS requires collector reconfiguration and does not protect against a compromised collector endpoint itself. Ensuring the collector is a well-behaved, vendor-maintained implementation (e.g., OpenTelemetry Collector) that does not return excessively large error bodies also reduces practical exposure, but this is a defense-in-depth measure rather than a fix.

Affected VersionsENISA

opentelemetry-dotnet 1.13.1, < 1.15.2

Affected Packages

nuget opentelemetry.exporter.opentelemetryprotocol fix: 1.15.2
euvd opentelemetry_dotnet_1_13_1 fix: 1.15.2

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 2 packages in nuget, euvd

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

The vulnerability resides in the NuGet package OpenTelemetry.Exporter.OpenTelemetryProtocol (CPE: cpe:2.3:a:open-telemetry:opentelemetry-dotnet:*:*:*:*:*:*:*:*), specifically in OtlpExportClient.cs. CWE-789 (Uncontrolled Memory Allocation) is the root cause: PR #6564 introduced a TryGetResponseBody helper that reads the HTTP response body via ReadAsStream or ReadAsStringAsync with no byte ceiling whenever a non-200 status code is received, so that operators could see error responses in exporter logs. Both the gRPC export path (OtlpGrpcExportClient) and the HTTP/protobuf path (OtlpHttpExportClient) call this helper on failure. The upstream OpenTelemetry Protocol specification was also updated (opentelemetry-proto PR #781) to mandate that all OTLP clients enforce a 4 MiB default response size limit, codifying the fix as a protocol-level requirement.

Know when Opentelemetry Dotnet gets its next vulnerability

  • Watch products and get an email when something new is published
  • Check this CVE against your own stack and servers
  • Exploit and PoC references, threat intelligence from 22 sources

No credit card · 7-day full trial

Severity by source

NVD PRIMARY 5.9 MEDIUM
AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:N/A:H
vuln.today AI 5.3 MEDIUM

Adjacent vector and high complexity because exploitation requires network adjacency plus endpoint control or MitM; no confidentiality or integrity impact applies.

3.1 AV:A/AC:H/PR:N/UI:N/S:U/C:N/I:N/A:H
4.0 AV:A/AC:H/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N

Primary rating from NVD.

CVSS VectorNVD

Attack Vector
Network
Attack Complexity
High
Privileges Required
None
User Interaction
None
Scope
Unchanged
Confidentiality
None
Integrity
None
Availability
High

Lifecycle Timeline

4
CVSS changed
Oct 26, 2026 - 22:25 NVD
5.3 (MEDIUM) 5.9 (MEDIUM)
Patch released
Apr 29, 2026 - 13:52 nvd
Patch available
Patch available
Apr 23, 2026 - 20:31 EUVD
CVE Published
Apr 23, 2026 - 17:51 nvd
MEDIUM 5.3

DescriptionNVD

OpenTelemetry dotnet is a dotnet telemetry framework. From 1.13.1 to before 1.15.2, When exporting telemetry to a back-end/collector over gRPC or HTTP using OpenTelemetry Protocol format (OTLP), if the request results in a unsuccessful request (i.e. HTTP 4xx or 5xx), the response is read into memory with no upper-bound on the number of bytes consumed. This could cause memory exhaustion in the consuming application if the configured back-end/collector endpoint is attacker-controlled (or a network attacker can MitM the connection) and an extremely large body is returned by the response. This vulnerability is fixed in 1.15.2.

Threat Intelligence Overview

EPSS Score
0.0%
Top 97% exploitable
Prevalence
Medium
popular .NET observability SDK, not universally deployed
Threat Intel
1
1 source
Data Quality
6 sources
Confidence: High
EUVD NVD CVE.org EPSS Vulnrichment GHSA GitHub

How this decision was reached

The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.

SignalValue
Severity MEDIUM
CISA KEV No
Public POC No
EPSS 0.0%
Patch available Yes
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
No
Human Impact· derived
Medium
Technical Impact
Partial

Priority Score

30
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +30
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy