GHSA-f5m9-jfrj-jjj7 OpenTelemetry Python: Unbounded memory allocation in Jaeger baggage propagation

• PyPI opentelemetry-propagator-jaeger: < 1.45.0 → fixed in 1.45.0

Summary `JaegerPropagator.extract()` in `opentelemetry-propagator-jaeger` did not enforce limits when extracting inbound `uberctx-*` baggage headers. Attacker-controlled baggage could cause unnecessary CPU work and short-lived heap allocations while processing more data than the propagator should accept. Impact Services that enable the optional Jaeger propagator and accept untrusted inbound propagation headers may experience increased per-request resource usage. This can contribute to denial-of-service risk when transport-level limits are absent or configured above the baggage limits. The practical impact for most Python web deployments is limited. The package must be installed separately, and the Jaeger propagator is not enabled by the default OpenTelemetry Python configuration. Common Python web servers also constrain request headers before they reach the propagator: • Gunicorn allows a maximum of 100 request-header fields and 8,190 bytes per field by default. • Uvicorn’s h11 implementation limits its incomplete-event buffer to 16,384 bytes by default. The risk is higher for non-HTTP transports, custom `TextMapGetter` implementations, or deployments where server and gateway limits have been increased or disabled. The impact is limited to availability. This issue does not expose or modify telemetry data and does not allow code execution. Patches Versions of `opentelemetry-propagator-jaeger` earlier than `1.45.0` are affected. Upgrade `opentelemetry-propagator-jaeger` to version `1.45.0` or later. Version `1.45.0` limits extraction to 180 entries and 8,192 total bytes and skips entries larger than 4,096 bytes. Credit tonghuaroot