fix(security): update dependency io.opentelemetry:opentelemetry-api to v1.62.0 [security]#1794
Merged
Merged
Conversation
…o v1.62.0 [security]
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
1.60.1→1.62.0OpenTelemetry Java SDK has Unbounded Memory Allocation in W3C Baggage Propagation
CVE-2026-45292 / GHSA-rcgg-9c38-7xpx
More information
Details
Overview
A vulnerability affects the baggage propagation implementation in
opentelemetry-apiandopentelemetry-extension-trace-propagators. Parsing oversized baggagecauses unbounded memory allocation and CPU consumption. Because baggage is automatically
re-injected into every outgoing request, the effect can fan out to downstream services that
never received the original malicious request.
Technical Details
W3CBaggagePropagatordid not enforce any limit on the total size or entry count of thebaggageheader. The parser iterated character-by-character through the entire valueregardless of length.
JaegerPropagatorandOtTracePropagatorhad the same gap in their respective baggageextraction paths.
these limits were enforced.
Impact
The practical availability impact for most deployments is limited. Every major Java HTTP server
enforces its own header size limit (Tomcat, Jetty, Netty, Vert.x, and gRPC-Java all default to
8 KiB), constraining what an external attacker can deliver before the application is reached.
The risk is higher when transport-layer limits are absent — e.g., a compromised internal service
communicating over a non-HTTP or custom transport.
Remediation
Update to version 1.62.0 or later (#8380).
The fix enforces limits consistent with the W3C Baggage specification at the propagator level:
baggageheader valuesHeaders that would exceed either limit are dropped at the point the limit is reached;
already-extracted valid entries are retained.
Workarounds
Ensure HTTP header size limits are configured at the server or gateway level. Most Java HTTP
servers enforce an 8 KiB header limit by default, which mitigates external attack vectors
independently of this fix.
References
Severity
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:LReferences
This data is provided by the GitHub Advisory Database (CC-BY 4.0).
Release Notes
open-telemetry/opentelemetry-java (io.opentelemetry:opentelemetry-api)
v1.62.0API
Context
W3CBaggagePropagator,OtTracePropagator,JaegerPropagator(#8378)
SDK
Traces
parentContextallocation on span start for the common case(#8332)
Metrics
setMaxExportBatchSizetoPeriodicMetricReaderBuilder(#8296)
PeriodicMetricReadershutdown race that could drop the final flush(#8299)
Exporters
0.0.0.0tolocalhost(#8298)
"1"to"ratio"(#8252)
StringEncoder(#8312)
(#8293)
MarshalerUtilsizeRepeatedStringcalculation(#8284)
JdkHttpSenderthread pool size to prevent unbounded thread creation(#8276)
sdk-profilesand JFR shim modules(#8207)
opentelemetry-sdk-profilesandopentelemetry-exporter-otlp-profiles(#8351)
Extensions
opentelemetry-sdk-extension-declarative-configartifact with new package
io.opentelemetry.sdk.autoconfigure.declarativeconfig(#8265)
OtlpConfigUtilto avoid unsafe cast toint(#8287)
(#8356)
EventToSpanEventBridgeto bridge log-based events to span events(#8372)
Testing
@NullabletoequalTovalue argument inOpenTelemetryAssertions(#8301)
hasValueSatisfyingtoLongPointAssertandDoublePointAssertfor fuzzy value matching(#8328)
containsPointsSatisfyingto metric data asserts for "each given assertion must besatisfied by at least one point, extras allowed" checks on sum, gauge, histogram, exponential
histogram, and summary data
(#8329)
Project tooling
(#7964)
ApiUsageLoggertoopentelemetry-commonpublic API(#8318)
(#8231)
*.impl.*package naming convention for internal code with japicmp compatibility(#8325)
(#8365)
v1.61.0API
isEnabled()onTracer,Logger, and metric instruments(#8200)
Incubating
EnvironmentGetterandEnvironmentSetterkey normalization to reflect specchanges
(#8233)
SDK
Traces
(#8263)
BatchSpanProcessordrops spans(#8167)
Metrics
SdkMeterProvidercreation time(#8180)
(#8091)
(#8185)
Logs
(#8226)
Exporters
(#8224, #8277)
(#8194)
(#8216)
(#8172)
Extensions
ComponentLoaderclass (useio.opentelemetry.common.ComponentLoaderinstead)(#8243)
DeclarativeConfigPropertiesjavadoc to not throw exceptions(#8079)
(#8177)
(#8266)
(#8242)
Project tooling
(#8254)
Configuration
📅 Schedule: (UTC)
🚦 Automerge: Enabled.
♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR was generated by Mend Renovate. View the repository job log.