GHSA-f65p-4m7j-42xc

fast-uri vulnerable to server-side request forgery via malformed IPv6 normalization

En bref

Publiée
Mise à jour
CVE
CVE-2026-75975
CVSS_V3
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:H/A:N

Description

### Impact `fast-uri` does not validate the complete RFC 3986 grammar for bracketed IPv6 literals, so a malformed literal with invalid trailing text is silently truncated to a different valid IPv6 address with no error reported. For example, `normalize('http://[::not-valid]/private')` returns `http://[::]/private`, and `[fc00::not-hex]` and `[fe80::not-hex]` collapse to `[fc00::]` and `[fe80::]`. An application that normalizes an untrusted URL before an outbound request, redirect, or host-policy check can be routed to a local or private address such as loopback (`::1`), unique-local, or link-local. Because `parse().error` is unset for these inputs, checking it does not protect the consumer. ### Patches Upgrade to `fast-uri` 2.4.5, 3.1.6, or 4.1.3. Malformed IPv6 literals are now rejected with a host error instead of being normalized to a valid address. ### Workarounds Reject untrusted URLs whose host is a bracketed IPv6 literal before passing them to `fast-uri`, or route outbound requests against an explicit allowlist of addresses rather than trusting the normalized host.

Paquets affectés

PaquetVersions
npm · fast-uriintroduced 2.3.1, fixed 2.4.5
npm · fast-uriintroduced 3.0.0, fixed 3.1.6
npm · fast-uriintroduced 4.0.0, fixed 4.1.3

Références

Sources

SourceLicence
OSV.devCC-BY 4.0 — GitHub Advisory Database