Approved changes feed: RSS · Atom

cpe:2.3:a:follow-redirects:follow-redirects:*:*:*:*:*:*:*:*

part: a version: * update: *

VendorFollow Redirects (ec019129-f01b-5bca-b69f-1f97efecd903)
ProductFollow Redirects (06b1606c-81df-5248-979b-78d1877ccd80)
Edition*
Language*
Software edition*
Target software*
Target hardware*
Other*

Notes

Imported from gcve-enriched-dumps CVE data

PURL mappings

PURLSourceLast updated
No PURL mappings for this CPE yet.

Vulnerability references

IdentifiercpeApplicabilitySubmitteddb.gcve.eu detailsRationale
CVE:CVE-2026-111756 vulnerable 2026-11-03 10:16:11.152559 follow-redirects array-form headers bypass cross-origin credential stripping
follow-redirects is a Node.js HTTP and HTTPS client wrapper that automatically follows redirects. From version 1.16.0 to before version 1.16.1, follow-redirects removes sensitive credential headers (Authorization, Proxy-Authorization, Cookie, and any caller-declared sensitiveHeaders) before following a redirect that crosses to a different host or downgrades to a less secure protocol. The removal routine iterates the caller's headers container with for...in and matches header names against a filter. This assumes the headers container is a plain object keyed by header names. Node's underlying http.request, which follow-redirects is a drop-in replacement for, also accepts headers as an alternating array of names and values. For an array, for...in yields the numeric indices "0", "1", "2" and so on, which never match a header-name filter, so nothing is removed. An application that sends array-form headers and follows an attacker-controlled cross-origin redirect therefore forwards its Authorization, Cookie, and Proxy-Authorization headers verbatim to the attacker-controlled destination, with no error or warning. The sensitiveHeaders option added to fix CVE-2026-40895 / GHSA-r4q5-vmmm-2653 is equally ineffective, because it relies on the same helper. This is an unauthenticated confidentiality vulnerability: any remote server the victim application contacts can harvest the victim's credential headers by responding with a cross-origin redirect. This issue has been patched in version 1.16.1.
Published: 2026-10-20T17:58:21.005Z
Updated: 2026-10-23T01:59:26.728Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2026-111755 vulnerable 2026-11-03 10:16:10.484180 follow-redirects sensitiveHeaders regex escaping can expose credential headers
follow-redirects is a Node.js HTTP and HTTPS client wrapper that automatically follows redirects. From 1.16.0 until 1.16.1, escapeRegex leaves valid header-name metacharacters unescaped in sensitiveHeaders. When an application declares a sensitive header whose name contains ^ or | and follows a cross-origin or HTTPS-to-HTTP redirect, unescaped regular-expression metacharacters prevent the generated filter from matching the declared header name, and the credential header is forwarded to an attacker-controlled redirect target. This issue is fixed in version 1.16.1.
Published: 2026-10-19T17:27:09.215Z
Updated: 2026-10-19T18:00:16.343Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2026-116689 vulnerable 2026-11-03 10:15:21.555220 follow-redirects: Cross-realm sensitiveHeaders arrays are discarded and custom credentials can follow redirects
MEDIUM (5.9)
follow-redirects is a Node.js HTTP and HTTPS client wrapper that automatically follows redirects. From 1.16.0 until 1.16.2, the documented sensitiveHeaders option is checked with value instanceof Array, so an array created in another JavaScript realm is replaced with an empty list even though Array.isArray recognizes it. When a request then follows an attacker-controlled cross-origin redirect, a custom credential header named in that discarded list can be forwarded to the redirect destination. This issue is fixed in version 1.16.2.
Published: 2026-10-27T19:38:46.034Z
Updated: 2026-10-30T18:47:54.616Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2026-40895 vulnerable 2026-06-08 08:01:21.105632 follow-redirects: Custom Authentication Headers Leaked to Cross-Domain Redirect Targets
follow-redirects is an open source, drop-in replacement for Node's `http` and `https` modules that automatically follows redirects. Prior to 1.16.0, when an HTTP request follows a cross-domain redirect (301/302/307/308), follow-redirects only strips authorization, proxy-authorization, and cookie headers (matched by regex at index.js). Any custom authentication header (e.g., X-API-Key, X-Auth-Token, Api-Key, Token) is forwarded verbatim to the redirect target. This vulnerability is fixed in 1.16.0.
Published: 2026-04-21T19:59:59.759Z
Updated: 2026-11-02T23:19:34.015Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2024-28849 vulnerable 2026-06-08 06:33:27.727278 Proxy-Authorization header kept across hosts in follow-redirects
MEDIUM (6.5)
follow-redirects is an open source, drop-in replacement for Node's `http` and `https` modules that automatically follows redirects. In affected versions follow-redirects only clears authorization header during cross-domain redirect, but keep the proxy-authentication header which contains credentials too. This vulnerability may lead to credentials leak, but has been addressed in version 1.15.6. Users are advised to upgrade. There are no known workarounds for this vulnerability.
Published: 2024-03-14T17:07:27.338Z
Updated: 2025-02-13T17:47:32.862Z
Reference links
Imported from gcve-enriched-dumps CVE data

Contribute

You can submit an edit proposal for this CPE entry or suggest a related product/vendor addition using the action button above.

Inspect record JSON

Open JSON directly

Open this panel to browse, search, copy or download the JSON record.