CVE-2026-42348: open-telemetry opentelemetry-dotnet-contrib · Excessive Memory Allocation
Affects open-telemetry opentelemetry-dotnet-contribSource CVE Database V5
Not known to be exploited · CVSS 5.9 Medium : upgrade to 0.2.0-alpha.1 when convenient.
Data as of 29 Oct 2026, 19:04 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 23% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 0.2.0-alpha.1, 0.2
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:N/A:HExploitation evidence
Disclosed: evidence found.
CVE published 12 May 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 29 Oct 2026.
What to do
Upgrade opentelemetry-dotnet-contrib to 0.2.0-alpha.1; open-telemetry/opentelemetry-dotnet-contrib to 0.2.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| open-telemetryopentelemetry-dotnet-contrib | Affected
| Fixed in
|
GitHubopen-telemetry/opentelemetry-dotnet-contribpkg:github/open-telemetry/opentelemetry-dotnet-contribOther threats | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
This vulnerability is fixed in opentelemetry-dotnet-contrib version 0.2.0-alpha.1. Users should upgrade to this version or later to remediate the issue. There is no indication that the vulnerability is mitigated by configuration or network controls alone.
Description
CVE-2026-42348 is a medium severity vulnerability in the OpenTelemetry. OpAmp. Client component of opentelemetry-dotnet-contrib versions prior to 0.2.0-alpha.1. The issue involves the client allocating an unbounded buffer to read HTTP responses from the OpAMP server without an upper size limit. This can lead to memory exhaustion if the server is attacker-controlled or if a network attacker can intercept and send a very large response body. The vulnerability is fixed starting from version 0.2.