p PatchFirst

PatchFirst · Latest vulnerabilities

node-undici vulnerabilities · Page 3

Vulnerabilities published for node-undici in the last 30 days: 9. Listed in the KEV catalogue: 0.

Filter vulnerabilities
Clear filters

Vulnerabilities: 47

  1. CVE-2025-47279

    Low · CVSS 3.1EPSS 0.34%No fix published

    undici Denial of Service attack via bad certificate data

    Undici is an HTTP/1.1 client for Node.js. Prior to versions 5.29.0, 6.21.2, and 7.5.0, applications that use undici to implement a webhook-like system are vulnerable. If the attacker set up a server with an invalid certificate, and they can force the application to call the webhook repeatedly, then they can cause a memory leak. This has been patched in versions 5.29.0, 6.21.2, and 7.5.0. As a workaound, avoid calling a webhook repeatedly if the webhook fails.

    Published Updated
  2. CVE-2025-22150

    Medium · CVSS 6.8EPSS 0.76%No fix published

    Undici Uses Insufficiently Random Values

    Undici is an HTTP/1.1 client. Starting in version 4.5.0 and prior to versions 5.28.5, 6.21.1, and 7.2.3, undici uses `Math.random()` to choose the boundary for a multipart/form-data request. It is known that the output of `Math.random()` can be predicted if several of its generated values are known. If there is a mechanism in an app that sends multipart requests to an attacker-controlled website, they can use this to leak the necessary values. Therefore, an attacker can tamper with the requests going to the backend APIs if certain conditions are met. This is fixed in versions 5.28.5, 6.21.1, and 7.2.3. As a workaround, do not issue multipart

    Published Updated
  3. CVE-2024-38372

    Low · CVSS 2EPSS 0.47%No fix published

    Undici vulnerable to data leak when using response.arrayBuffer()

    Undici is an HTTP/1.1 client, written from scratch for Node.js. Depending on network and process conditions of a `fetch()` request, `response.arrayBuffer()` might include portion of memory from the Node.js process. This has been patched in v6.19.2.

    Published Updated
  4. CVE-2024-24750

    Medium · CVSS 6.5EPSS 0.7%No fix published

    Backpressure request ignored in fetch() in Undici

    Undici is an HTTP/1.1 client, written from scratch for Node.js. In affected versions calling `fetch(url)` and not consuming the incoming body ((or consuming it very slowing) will lead to a memory leak. This issue has been addressed in version 6.6.1. Users are advised to upgrade. Users unable to upgrade should make sure to always consume the incoming body.

    Published Updated
  5. CVE-2024-24758

    Low · CVSS 3.9EPSS 0.77%No fix published

    Proxy-Authorization header not cleared on cross-origin redirect in fetch in Undici

    Undici is an HTTP/1.1 client, written from scratch for Node.js. Undici already cleared Authorization headers on cross-origin redirects, but did not clear `Proxy-Authentication` headers. This issue has been patched in versions 5.28.3 and 6.6.1. Users are advised to upgrade. There are no known workarounds for this vulnerability.

    Published Updated
  6. CVE-2022-31151

    Low · CVSS 3.7EPSS 0.74%No fix published

    Uncleared cookies on cross-host/cross-origin redirect in undici

    Authorization headers are cleared on cross-origin redirect. However, cookie headers which are sensitive headers and are official headers found in the spec, remain uncleared. There are active users using cookie headers in undici. This may lead to accidental leakage of cookie to a 3rd-party site or a malicious attacker who can control the redirection target (ie. an open redirector) to leak the cookie to the 3rd party site. This was patched in v5.7.1. By default, this vulnerability is not exploitable. Do not enable redirections, i.e. `maxRedirections: 0` (the default).

    Published Updated
  7. CVE-2022-31150

    Medium · CVSS 5.3EPSS 1.52%No fix published

    CRLF injection in request headers

    undici is an HTTP/1.1 client, written from scratch for Node.js. It is possible to inject CRLF sequences into request headers in undici in versions less than 5.7.1. A fix was released in version 5.8.0. Sanitizing all HTTP headers from untrusted sources to eliminate `\r\n` is a workaround for this issue.

    Published Updated

Check your server

Check your installed stack and versions against the current vulnerability feeds.

Check your server →