Follow Redirects
Approved changes feed: RSS · Atom
cpe:2.3:a:follow-redirects:follow-redirects:*:*:*:*:*:*:*:*part: a version: * update: *
| Vendor | Follow Redirects (ec019129-f01b-5bca-b69f-1f97efecd903) |
|---|---|
| Product | Follow 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
| PURL | Source | Last updated |
|---|---|---|
| No PURL mappings for this CPE yet. | ||
Vulnerability references
| Identifier | cpeApplicability | Submitted | db.gcve.eu details | Rationale |
|---|---|---|---|---|
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 |
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 |
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 |
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 |
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 this panel to browse, search, copy or download the JSON record.