| Source | ID | Title |
|---|---|---|
Github GHSA |
GHSA-8988-4f7v-96qf | OpenTelemetry Core: Unbounded memory allocation in W3C Baggage propagation |
Solution
No solution given by the vendor.
Workaround
No workaround given by the vendor.
Mon, 29 Jun 2026 12:15:00 +0000
| Type | Values Removed | Values Added |
|---|---|---|
| References |
| |
| Metrics |
threat_severity
|
threat_severity
|
Tue, 23 Jun 2026 16:30:00 +0000
| Type | Values Removed | Values Added |
|---|---|---|
| Metrics |
ssvc
|
Mon, 22 Jun 2026 20:45:00 +0000
| Type | Values Removed | Values Added |
|---|---|---|
| First Time appeared |
Opentelemetry
Opentelemetry opentelemetry-js |
|
| Vendors & Products |
Opentelemetry
Opentelemetry opentelemetry-js |
Mon, 22 Jun 2026 17:30:00 +0000
| Type | Values Removed | Values Added |
|---|---|---|
| Description | opentelemetry-js is the OpenTelemetry JavaScript Client. Prior to 2.8.0, W3CBaggagePropagator.extract() in @opentelemetry/core does not enforce size limits when parsing inbound baggage HTTP headers. The W3C Baggage specification recommends a maximum of 8,192 bytes and 180 entries; these limits were only enforced on the outbound (inject()) path, not on the inbound (extract()) path. Parsing oversized baggage causes memory allocation proportional to the header size without any cap. This vulnerability is fixed in 2.8.0. | |
| Title | opentelemetry-js: Unbounded memory allocation in W3C Baggage propagation | |
| Weaknesses | CWE-770 | |
| References |
| |
| Metrics |
cvssV3_1
|
Projects
Sign in to view the affected projects.
Status: PUBLISHED
Assigner: GitHub_M
Published:
Updated: 2026-06-23T16:11:07.708Z
Reserved: 2026-06-12T17:46:37.292Z
Link: CVE-2026-54285
Updated: 2026-06-23T14:48:34.164Z
Status : Awaiting Analysis
Published: 2026-06-22T18:16:47.077
Modified: 2026-06-23T16:17:01.470
Link: CVE-2026-54285
OpenCVE Enrichment
Updated: 2026-06-22T20:45:04Z
Github GHSA