GHSA-3v2p-hm54-8qcq: OpenTelemetry JavaScript: Insertion of Sensitive Information into Log File and Exposure of Sensitive Information to an Unauthorized Actor in @opentelemetry/instrumentation-http

Published Nov 13, 2026
·
Updated

Summary

@opentelemetry/instrumentation-http redacts sensitive URL query parameters on outgoing (client) spans but not on incoming (server) spans. The server-span path writes the raw query string verbatim into the url.query attribute, so credentials embedded in inbound request URLs — AWS presigned-URL signatures, Azure SAS tokens (sig), GCS signed-URL signatures — are exported in plaintext to the configured tracing backend.

Configuring the redactedQueryParams option does not change this, as this applies only to outgoing (client) spans.

Impact

Information disclosure / credential leakage (CWE-200; CWE-532, insertion of sensitive information into telemetry data).

Who is impacted: any Node.js service instrumented with @opentelemetry/instrumentation-http — directly or transitively via @opentelemetry/auto-instrumentations-node — that receives inbound requests carrying credentials in the query string. Common cases: services fronting presigned S3/GCS downloads, Azure SAS-token URLs, and signature-authenticated webhooks.

Consequence: clients' still-valid credentials are written into server spans and stored by the tracing backend, readable by anyone with span-read access — observability vendor infrastructure, dashboard users, and internal audiences far broader than the credential's intended scope. Presigned-URL signatures typically remain valid for minutes to days after capture, so this is not merely historical exposure.

Severity: Moderate. Exploitation requires read access to the telemetry backend, and inbound URLs must actually carry signed credentials. However, the gap is a documented mitigation that silently fails to apply, which defeats the mitigation operators would reach for.

Patches

This vulnerability has been patched in @opentelemetry/instrumentation-http version 0.222.0. Known sensitive query string values (as defined by Semantic Conventions) are redacted by default from span data for incoming spans. The redactedQueryParamsServer configuration option was added for customization.

Affected Software

1 affected componentFixes available
npm/@opentelemetry/instrumentation-http>=0.204.0<0.222.0
0.222.0

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade npm/@opentelemetry/instrumentation-http to a version that resolves this vulnerability.

    Fixed in 0.222.0
  2. Upgrade

    Upgrade @opentelemetry/instrumentation-http to a version that resolves this vulnerability.

    Fixed in 0.222.0

Event History

Nov 13, 2026
Advisory Published
via GitHub·07:29 PM
Data Sourced
via GitHub·07:29 PM
DescriptionSeverityWeaknessAffected Software

Frequently Asked Questions

1

Which deployments are exposed to this issue?

Any Node.js service using @opentelemetry/instrumentation-http, either directly or through @opentelemetry/auto-instrumentations-node, is exposed if it receives inbound requests whose query strings contain credentials. Common affected traffic includes presigned S3 or GCS URLs, Azure SAS URLs, and signature-authenticated webhooks.

2

Does configuring redactedQueryParams protect inbound requests?

No. The redactedQueryParams option applies only to outgoing client spans and does not redact query parameters recorded on incoming server spans.

3

What information could be exposed and who could access it?

Raw inbound query strings, including still-valid credentials such as URL signatures or tokens, are written to the url.query span attribute and exported to the configured tracing backend. Anyone able to read those stored spans may be able to access the exposed credentials.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203