Skip to main content
MEDIUM

CVE-2022-35948

CVSS v3

5.3

MEDIUM

EPSS Score

1.4 %

exploit probability, as of 2026-10-19

CISA KEV

No

known exploited

Exploitation

—

SSVC status

Get an alert for each new CVE published for undici.

Set up CVE WatchFree account · no credit card

Affected and fixed versions

Packages from OSV.dev and products from the vendors' CSAF advisories.

version not verifiedVersions not verified: read as OSV.dev and the vendors publish them, not checked against each vendor's release list.

Packages

  • undicinpmall versions · fixed in 5.8.2

Vendor advisories

  • CVE-2022-35948 Red Hat Product Security2 known affected

    nodejs: undici vulnerable to CRLF via content headers

    rhacm2/search-ui-rhel8 as a component of Red Hat Advanced Cluster Management for Kubernetes 2 · devspaces/dashboard-rhel8 as a component of Red Hat OpenShift Dev Spaces

  • RHSA-2022:7276 Red Hat Product Security221 products fixed

    Red Hat Security Advisory: Red Hat Advanced Cluster Management 2.4.8 security fixes and container updates

Full record on NVD

Description

undici is an HTTP/1.1 client, written from scratch for Node.js.`=< undici@5.8.0` users are vulnerable to _CRLF Injection_ on headers when using unsanitized input as request headers, more specifically, inside the `content-type` header. Example: ``` import { request } from 'undici' const unsanitizedContentTypeInput = 'application/json\\r\\n\\r\\nGET /foo2 HTTP/1.1' await request('http://localhost:3000, { method: 'GET', headers: { 'content-type': unsanitizedContentTypeInput }, }) ``` The above snippet will perform two requests in a single `request` API call: 1) `http://localhost:3000/` 2) `http://localhost:3000/foo2` This issue was patched in Undici v5.8.1. Sanitize input when sending content-type headers using user input as a workaround.

Technical details

Published
2022-08-15

Frequently asked questions

What is CVE-2022-35948?

undici is an HTTP/1.1 client, written from scratch for Node.js.`=< undici@5.8.0` users are vulnerable to _CRLF Injection_ on headers when using unsanitized input as request headers, more specifically, inside the `content-type` header. Example: ``` import { request } from 'undici' const unsanitizedContentTypeInput = 'application/json\\r\\n\\r\\nGET /foo2 HTTP/1.1' await request('http://localhost:3000, { method: 'GET', headers: { 'content-type': unsanitizedContentTypeInput }, }) ``` The above snippet will perform two requests in a single `request` API call: 1) `http://localhost:3000/` 2) `http://localhost:3000/foo2` This issue was patched in Undici v5.8.1. Sanitize input when sending content-type headers using user input as a workaround.

Is CVE-2022-35948 actively exploited?

Active exploitation of CVE-2022-35948 has not been confirmed. Its EPSS score was 1.4% on 2026-10-19, the estimated probability of exploitation in the next 30 days.

What is the CVSS score for CVE-2022-35948?

CVE-2022-35948 has a CVSS v3 base score of 5.3 (MEDIUM severity).

Running undici? Hear about its next vulnerability

CVE Watch matches each new CVE to the vendors and products you list (vendor and product, not the version) and puts it in your alerts with its KEV and EPSS status.

Get alerts for this productCISA KEV additions, October 2026Search CVEs

Already have an account? Open CVE WatchNo credit card required · No monthly cap on website lookups · 250 API requests/month

Go further

Related vulnerabilities

Same product first, then the same vendor advisory and the same publication week.

Back to CVE Database