Update dependency @opentelemetry/auto-instrumentations-node to ^0.75.0 [SECURITY] #49

Merged
jonathan merged 1 commit from renovate/npm-opentelemetry-auto-instrumentations-node-vulnerability into main 2026-05-11 19:34:49 +00:00
Collaborator

This PR contains the following updates:

Package Type Update Change
@opentelemetry/auto-instrumentations-node (source) dependencies minor ^0.74.0^0.75.0

Prometheus exporter process crash via malformed HTTP request

CVE-2026-44902 / GHSA-q7rr-3cgh-j5r3

More information

Details

Summary

A single malformed HTTP request crashes any Node.js process running the OpenTelemetry JS Prometheus exporter. The metrics endpoint (default 0.0.0.0:9464) has no error handling around URL parsing, so a request with an invalid URI causes an uncaught TypeError that terminates the process.

You are affected by this vulnerability if either of the following apply to your application:

  • you directly use @opentelemetry/exporter-prometheus in your code through its built-in server.
  • your OTEL_METRICS_EXPORTER environment variable includes prometheus AND
    • you use @opentelemetry/sdk-node
    • you use @opentelemetry/auto-instrumentations-node via --require @​opentelemetry/auto-instrumentations-node/register/--import @​opentelemetry/auto-instrumentations-node/register
Impact

Denial of service. Any application using the OpenTelemetry Prometheus exporter’s built-in server can be crashed by a single unauthenticated network packet sent to the metrics port. No authentication, special privileges, or prior access is required.

Remediation
Update to the fixed version

Update @opentelemetry/exporter-prometheus and @opentelemetry/sdk-node to version 0.217.0 or later.
Update @opentelemetry/auto-instrumentations-node to version 0.75.0 or later.

This release adds proper error handling around the URL constructor, returning an HTTP 400 response on parse failure rather than allowing the exception to propagate and crash the process.

npm install @​opentelemetry/exporter-prometheus@latest
Do Not Expose the Endpoint to Untrusted Users

Important

The following mitigations reduce exposure but do not fully remediate the vulnerability. Any client that can reach the metrics endpoint - including your own Prometheus scraper host if compromised - could still trigger the crash. Updating to 0.217.0 is the recommended resolution.

If updating is not immediately feasible, restrict access to the metrics endpoint so that it is not reachable by untrusted or unauthenticated network clients. For example:

  • Bind to localhost only by setting the host option to 127.0.0.1 when configuring the PrometheusExporter, so the port is not exposed on public or shared network interfaces

  • Use a firewall or network policy to restrict access to port 9464 (or whichever port you have configured) to only trusted Prometheus scrape hosts

  • Place the endpoint behind a reverse proxy that filters or validates incoming requests before they reach the exporter

Details

In PrometheusExporter.ts, the _requestHandler calls new URL(request.url, this._baseUrl) without any error handling. Node's HTTP parser accepts absolute-form URIs (e.g. http://) for proxy compatibility, including malformed ones. When request.url is "http://", the URL constructor throws TypeError: Invalid URL. Since there is no try-catch in the handler, the exception propagates as an uncaught exception and crashes the process.

The Prometheus metrics endpoint is unauthenticated by design (Prometheus scrapes it) and binds to 0.0.0.0 by default, meaning it is reachable by any network client that can connect to the metrics port.

Proof of Concept

Start any Node.js application with the Prometheus exporter running on the default port 9464, then send a single raw TCP packet:

echo -ne 'GET http:// HTTP/1.1\r\nHost: localhost\r\n\r\n' | nc localhost 9464

The process crashes immediately with:

TypeError: Invalid URL
    at new URL (...)
    at PrometheusExporter._requestHandler (...)

Severity

  • CVSS Score: 7.5 / 10 (High)
  • Vector String: CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H

References

This data is provided by OSV and the GitHub Advisory Database (CC-BY 4.0).


Release Notes

open-telemetry/opentelemetry-js-contrib (@​opentelemetry/auto-instrumentations-node)

v0.75.0

Compare Source

Features
Dependencies

Configuration

📅 Schedule: (UTC)

  • Branch creation
    • ""
  • Automerge
    • At any time (no schedule defined)

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.


  • If you want to rebase/retry this PR, check this box

This PR has been generated by Mend Renovate.

This PR contains the following updates: | Package | Type | Update | Change | |---|---|---|---| | [@opentelemetry/auto-instrumentations-node](https://github.com/open-telemetry/opentelemetry-js-contrib/tree/main/packages/auto-instrumentations-node#readme) ([source](https://github.com/open-telemetry/opentelemetry-js-contrib/tree/HEAD/packages/auto-instrumentations-node)) | dependencies | minor | [`^0.74.0` → `^0.75.0`](https://renovatebot.com/diffs/npm/@opentelemetry%2fauto-instrumentations-node/0.74.0/0.75.0) | --- ### Prometheus exporter process crash via malformed HTTP request [CVE-2026-44902](https://nvd.nist.gov/vuln/detail/CVE-2026-44902) / [GHSA-q7rr-3cgh-j5r3](https://github.com/advisories/GHSA-q7rr-3cgh-j5r3) <details> <summary>More information</summary> #### Details ##### Summary A single malformed HTTP request crashes any Node.js process running the OpenTelemetry JS Prometheus exporter. The metrics endpoint (default `0.0.0.0:9464`) has no error handling around URL parsing, so a request with an invalid URI causes an uncaught `TypeError` that terminates the process. **You are affected by this vulnerability if either of the following apply to your application:** * you directly use `@opentelemetry/exporter-prometheus` in your code through its built-in server. * your `OTEL_METRICS_EXPORTER` environment variable includes `prometheus` **AND** * you use `@opentelemetry/sdk-node` * you use `@opentelemetry/auto-instrumentations-node` via `--require @&#8203;opentelemetry/auto-instrumentations-node/register`/`--import @&#8203;opentelemetry/auto-instrumentations-node/register` ##### Impact **Denial of service.** Any application using the OpenTelemetry Prometheus exporter’s built-in server can be crashed by a single unauthenticated network packet sent to the metrics port. No authentication, special privileges, or prior access is required. ##### Remediation ##### Update to the fixed version Update `@opentelemetry/exporter-prometheus` and `@opentelemetry/sdk-node` to version **0.217.0** or later. Update `@opentelemetry/auto-instrumentations-node` to version **0.75.0** or later. This release adds proper error handling around the URL constructor, returning an HTTP `400` response on parse failure rather than allowing the exception to propagate and crash the process. ``` npm install @&#8203;opentelemetry/exporter-prometheus@latest ``` ##### Do Not Expose the Endpoint to Untrusted Users > [!IMPORTANT] > The following mitigations reduce exposure but do not fully remediate the vulnerability. Any client that *can* reach the metrics endpoint - including your own Prometheus scraper host if compromised - could still trigger the crash. Updating to **0.217.0** is the recommended resolution. If updating is not immediately feasible, restrict access to the metrics endpoint so that it is not reachable by untrusted or unauthenticated network clients. For example: * **Bind to localhost only** by setting the `host` option to `127.0.0.1` when configuring the `PrometheusExporter`, so the port is not exposed on public or shared network interfaces * **Use a firewall or network policy** to restrict access to port `9464` (or whichever port you have configured) to only trusted Prometheus scrape hosts * **Place the endpoint behind a reverse proxy** that filters or validates incoming requests before they reach the exporter ##### Details In `PrometheusExporter.ts`, the `_requestHandler` calls `new URL(request.url, this._baseUrl)` without any error handling. Node's HTTP parser accepts absolute-form URIs (e.g. `http://`) for proxy compatibility, including malformed ones. When `request.url` is `"http://"`, the `URL` constructor throws `TypeError: Invalid URL`. Since there is no try-catch in the handler, the exception propagates as an uncaught exception and crashes the process. The Prometheus metrics endpoint is unauthenticated by design (Prometheus scrapes it) and binds to `0.0.0.0` by default, meaning it is reachable by any network client that can connect to the metrics port. ##### Proof of Concept Start any Node.js application with the Prometheus exporter running on the default port `9464`, then send a single raw TCP packet: ``` echo -ne 'GET http:// HTTP/1.1\r\nHost: localhost\r\n\r\n' | nc localhost 9464 ``` The process crashes immediately with: ``` TypeError: Invalid URL at new URL (...) at PrometheusExporter._requestHandler (...) ``` #### Severity - CVSS Score: 7.5 / 10 (High) - Vector String: `CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H` #### References - [https://github.com/open-telemetry/opentelemetry-js/security/advisories/GHSA-q7rr-3cgh-j5r3](https://github.com/open-telemetry/opentelemetry-js/security/advisories/GHSA-q7rr-3cgh-j5r3) - [https://github.com/open-telemetry/opentelemetry-js](https://github.com/open-telemetry/opentelemetry-js) This data is provided by [OSV](https://osv.dev/vulnerability/GHSA-q7rr-3cgh-j5r3) and the [GitHub Advisory Database](https://github.com/github/advisory-database) ([CC-BY 4.0](https://github.com/github/advisory-database/blob/main/LICENSE.md)). </details> --- ### Release Notes <details> <summary>open-telemetry/opentelemetry-js-contrib (@&#8203;opentelemetry/auto-instrumentations-node)</summary> ### [`v0.75.0`](https://github.com/open-telemetry/opentelemetry-js-contrib/blob/HEAD/packages/auto-instrumentations-node/CHANGELOG.md#0750-2026-05-06) [Compare Source](https://github.com/open-telemetry/opentelemetry-js-contrib/compare/03ed3a3a4ab3f9fd481ba81dddb72b3f8e7dae30...b68fb6dcc0649631ebecab7bde81879486f74f0b) ##### Features - **deps:** update deps matching '@&#8203;opentelemetry/\*' ([#&#8203;3507](https://github.com/open-telemetry/opentelemetry-js-contrib/issues/3507)) ([e1ef3d1](https://github.com/open-telemetry/opentelemetry-js-contrib/commit/e1ef3d1b14f177afd738f1c967018c1dc6fc900e)) ##### Dependencies - The following workspace dependencies were updated - dependencies - [@&#8203;opentelemetry/instrumentation-amqplib](https://github.com/opentelemetry/instrumentation-amqplib) bumped from ^0.63.0 to ^0.64.0 - [@&#8203;opentelemetry/instrumentation-aws-lambda](https://github.com/opentelemetry/instrumentation-aws-lambda) bumped from ^0.68.0 to ^0.69.0 - [@&#8203;opentelemetry/instrumentation-aws-sdk](https://github.com/opentelemetry/instrumentation-aws-sdk) bumped from ^0.71.0 to ^0.72.0 - [@&#8203;opentelemetry/instrumentation-bunyan](https://github.com/opentelemetry/instrumentation-bunyan) bumped from ^0.61.0 to ^0.62.0 - [@&#8203;opentelemetry/instrumentation-cassandra-driver](https://github.com/opentelemetry/instrumentation-cassandra-driver) bumped from ^0.61.0 to ^0.62.0 - [@&#8203;opentelemetry/instrumentation-connect](https://github.com/opentelemetry/instrumentation-connect) bumped from ^0.59.0 to ^0.60.0 - [@&#8203;opentelemetry/instrumentation-cucumber](https://github.com/opentelemetry/instrumentation-cucumber) bumped from ^0.32.0 to ^0.33.0 - [@&#8203;opentelemetry/instrumentation-dataloader](https://github.com/opentelemetry/instrumentation-dataloader) bumped from ^0.33.0 to ^0.34.0 - [@&#8203;opentelemetry/instrumentation-dns](https://github.com/opentelemetry/instrumentation-dns) bumped from ^0.59.0 to ^0.60.0 - [@&#8203;opentelemetry/instrumentation-express](https://github.com/opentelemetry/instrumentation-express) bumped from ^0.64.0 to ^0.65.0 - [@&#8203;opentelemetry/instrumentation-fs](https://github.com/opentelemetry/instrumentation-fs) bumped from ^0.35.0 to ^0.36.0 - [@&#8203;opentelemetry/instrumentation-generic-pool](https://github.com/opentelemetry/instrumentation-generic-pool) bumped from ^0.59.0 to ^0.60.0 - [@&#8203;opentelemetry/instrumentation-graphql](https://github.com/opentelemetry/instrumentation-graphql) bumped from ^0.64.0 to ^0.65.0 - [@&#8203;opentelemetry/instrumentation-hapi](https://github.com/opentelemetry/instrumentation-hapi) bumped from ^0.62.0 to ^0.63.0 - [@&#8203;opentelemetry/instrumentation-ioredis](https://github.com/opentelemetry/instrumentation-ioredis) bumped from ^0.64.0 to ^0.65.0 - [@&#8203;opentelemetry/instrumentation-kafkajs](https://github.com/opentelemetry/instrumentation-kafkajs) bumped from ^0.25.0 to ^0.26.0 - [@&#8203;opentelemetry/instrumentation-knex](https://github.com/opentelemetry/instrumentation-knex) bumped from ^0.60.0 to ^0.61.0 - [@&#8203;opentelemetry/instrumentation-koa](https://github.com/opentelemetry/instrumentation-koa) bumped from ^0.64.0 to ^0.65.0 - [@&#8203;opentelemetry/instrumentation-lru-memoizer](https://github.com/opentelemetry/instrumentation-lru-memoizer) bumped from ^0.60.0 to ^0.61.0 - [@&#8203;opentelemetry/instrumentation-memcached](https://github.com/opentelemetry/instrumentation-memcached) bumped from ^0.59.0 to ^0.60.0 - [@&#8203;opentelemetry/instrumentation-mongodb](https://github.com/opentelemetry/instrumentation-mongodb) bumped from ^0.69.0 to ^0.70.0 - [@&#8203;opentelemetry/instrumentation-mongoose](https://github.com/opentelemetry/instrumentation-mongoose) bumped from ^0.62.0 to ^0.63.0 - [@&#8203;opentelemetry/instrumentation-mysql](https://github.com/opentelemetry/instrumentation-mysql) bumped from ^0.62.0 to ^0.63.0 - [@&#8203;opentelemetry/instrumentation-mysql2](https://github.com/opentelemetry/instrumentation-mysql2) bumped from ^0.62.0 to ^0.63.0 - [@&#8203;opentelemetry/instrumentation-nestjs-core](https://github.com/opentelemetry/instrumentation-nestjs-core) bumped from ^0.62.0 to ^0.63.0 - [@&#8203;opentelemetry/instrumentation-net](https://github.com/opentelemetry/instrumentation-net) bumped from ^0.60.0 to ^0.61.0 - [@&#8203;opentelemetry/instrumentation-openai](https://github.com/opentelemetry/instrumentation-openai) bumped from ^0.14.0 to ^0.15.0 - [@&#8203;opentelemetry/instrumentation-oracledb](https://github.com/opentelemetry/instrumentation-oracledb) bumped from ^0.41.0 to ^0.42.0 - [@&#8203;opentelemetry/instrumentation-pg](https://github.com/opentelemetry/instrumentation-pg) bumped from ^0.68.0 to ^0.69.0 - [@&#8203;opentelemetry/instrumentation-pino](https://github.com/opentelemetry/instrumentation-pino) bumped from ^0.62.0 to ^0.63.0 - [@&#8203;opentelemetry/instrumentation-redis](https://github.com/opentelemetry/instrumentation-redis) bumped from ^0.64.0 to ^0.65.0 - [@&#8203;opentelemetry/instrumentation-restify](https://github.com/opentelemetry/instrumentation-restify) bumped from ^0.61.0 to ^0.62.0 - [@&#8203;opentelemetry/instrumentation-router](https://github.com/opentelemetry/instrumentation-router) bumped from ^0.60.0 to ^0.61.0 - [@&#8203;opentelemetry/instrumentation-runtime-node](https://github.com/opentelemetry/instrumentation-runtime-node) bumped from ^0.29.0 to ^0.30.0 - [@&#8203;opentelemetry/instrumentation-socket](https://github.com/opentelemetry/instrumentation-socket).io bumped from ^0.63.0 to ^0.64.0 - [@&#8203;opentelemetry/instrumentation-tedious](https://github.com/opentelemetry/instrumentation-tedious) bumped from ^0.35.0 to ^0.36.0 - [@&#8203;opentelemetry/instrumentation-undici](https://github.com/opentelemetry/instrumentation-undici) bumped from ^0.26.0 to ^0.27.0 - [@&#8203;opentelemetry/instrumentation-winston](https://github.com/opentelemetry/instrumentation-winston) bumped from ^0.60.0 to ^0.61.0 - [@&#8203;opentelemetry/resource-detector-alibaba-cloud](https://github.com/opentelemetry/resource-detector-alibaba-cloud) bumped from ^0.33.6 to ^0.33.7 - [@&#8203;opentelemetry/resource-detector-aws](https://github.com/opentelemetry/resource-detector-aws) bumped from ^2.16.0 to ^2.17.0 - [@&#8203;opentelemetry/resource-detector-azure](https://github.com/opentelemetry/resource-detector-azure) bumped from ^0.24.0 to ^0.25.0 - [@&#8203;opentelemetry/resource-detector-container](https://github.com/opentelemetry/resource-detector-container) bumped from ^0.8.7 to ^0.8.8 - [@&#8203;opentelemetry/resource-detector-gcp](https://github.com/opentelemetry/resource-detector-gcp) bumped from ^0.51.0 to ^0.52.0 </details> --- ### Configuration 📅 **Schedule**: (UTC) - Branch creation - "" - Automerge - At any time (no schedule defined) 🚦 **Automerge**: Disabled by config. Please merge this manually once you are satisfied. ♻ **Rebasing**: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox. 🔕 **Ignore**: Close this PR and you won't be reminded about this update again. --- - [ ] <!-- rebase-check -->If you want to rebase/retry this PR, check this box --- This PR has been generated by [Mend Renovate](https://github.com/renovatebot/renovate). <!--renovate-debug:eyJjcmVhdGVkSW5WZXIiOiI0My4xNjAuNyIsInVwZGF0ZWRJblZlciI6IjQzLjE2MC43IiwidGFyZ2V0QnJhbmNoIjoibWFpbiIsImxhYmVscyI6W119-->
Update dependency @opentelemetry/auto-instrumentations-node to ^0.75.0 [SECURITY]
Some checks failed
ci / build-image (pull_request) Successful in 1m9s
ci / test-image (pull_request) Failing after 1s
ci / build-image (push) Successful in 1m8s
ci / test-image (push) Failing after 1s
2e9ffbf0ea
jonathan deleted branch renovate/npm-opentelemetry-auto-instrumentations-node-vulnerability 2026-05-11 19:34:49 +00:00
Sign in to join this conversation.
No reviewers
No labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
jonathan/hostr!49
No description provided.