GHSA-vc29-vg52-6643 json
DoS Vulnerability in TraceContextPropagator.Extract - OpenTelemetry.Api
published last yr. modified last yr.
- cvss
- 7.5
- version 3.1, GitHub
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- —
- no score, EPSS covers CVEs only
- public exploits
- 0
- none known
Summary
### Impact _What kind of vulnerability is it? Who is impacted?_
A vulnerability in `OpenTelemetry.Api` package `1.10.0` to `1.11.1` could cause a [Denial of Service (DoS) when a tracestate and traceparent header is received](https://github.com/open-telemetry/opentelemetry-dotnet/security/advisories/GHSA-8785-wc3w-h8q6). These versions are used in OpenTelemetry .NET Automatic Instrumentation `1.10.0-beta.1` and `1.10.0`.
Even if an application does not explicitly use trace context propagation, receiving these headers can still trigger high CPU usage. This issue impacts any application accessible over the web or backend services that process HTTP requests containing a tracestate header. Application may experience excessive resource consumption, leading to increased latency, degraded performance, or downtime.
### Patches _Has the problem been patched? What versions should users upgrade to?_
This issue has been resolved in `OpenTelemetry.Api` `1.11.2` by reverting the change that introduced the problematic behavior in versions `1.10.0` to `1.11.1`. OpenTelemetry .NET Automatic Instrumentation fixes it in `1.11.0` release.
## Fixed version
| OpenTelemetry .NET Automatic Instrumentation | Status | |----|----| | <= 1.9.0 | ✅ Not affected | | 1.10.0-beta.1, 1.10.0 | ❌ Vulnerable | | 1.11.0 (Fixed)| ✅ Safe to use|
### Workarounds _Is there a way for users to fix or remediate the vulnerability without upgrading?_
### References _Are there any links users can visit to find out more?_
Patch / fix
- nuget OpenTelemetry.AutoInstrumentation 1.11.0
Is GHSA-vc29-vg52-6643 in your dependencies? Fencer shows which of your repositories are affected as soon as an advisory lands, and opens the fix as a pull request.
Check with FencerCVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| GitHub | 3.1 | 7.5 | CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H |
Affected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| nuget | OpenTelemetry.AutoInstrumentation | >=1.10.0-beta.1, <1.11.0 |
1.11.0 |
Classification
- Weakness
-
- CWE-770 Allocation of Resources Without Limits or Throttling
References
-
github.com
/open-telemetry/opentelemetry-dotnet-instrumentation/security/advisories/GHSA-vc29-vg52-6643
web
-
github.com
/open-telemetry/opentelemetry-dotnet/security/advisories/GHSA-8785-wc3w-h8q6
web
-
nvd.nist.gov
/vuln/detail/CVE-2025-27513
advisory
-
github.com
/open-telemetry/opentelemetry-dotnet-instrumentation
package
Sources
- GitHub Advisory GHSA-vc29-vg52-6643
Fencer Intel keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.