CVE-2026-18446: fast-uri vulnerable to host confusion via backslash authority introducer
Affects fast-uriSource GCVE Database
Not known to be exploited · CVSS 7.5 High : upgrade to 2.4.4 soon.
Data as of 1 Nov 2026, 22:58 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 32% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 2.4.4, 3.1.5, 4.1.2
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:H/A:NExploitation evidence
Disclosed: evidence found.
CVE published 3 Aug 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 1 Nov 2026.
What to do
Upgrade fast-uri to 2.4.4; fast-uri to 3.1.5; fast-uri to 4.1.2.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| npmfast-uri | Affected
| Fixed in
|
| npmfast-uri | Affected
| Fixed in
|
| npmfast-uri | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
Description
### Impact `fast-uri` v4.1.1 and earlier require a literal `//` to recognize a URI authority, so a reference that uses `\\`, `/\`, or `\/` as the authority introducer (in place of `//`, after an optional scheme) is parsed with no authority: the sequence and everything after it fold into the path. Node's native WHATWG `URL` (used by `fetch()`, `undici`, and Node's `http`/`https` clients) instead treats `\` as interchangeable with `/` for special schemes (`http`, `https`, `ws`, `wss`, `ftp`, `file`), so the two parsers extract different hosts from the same input. For example, `fast-uri` resolves `\\evil.com/path` against base `https://allowed.com/` to `https://allowed.com/%5C%5Cevil.com/path` (confined to the trusted host), while Node's WHATWG URL resolves the same reference to `https://evil.com/path`. Applications that use `fast-uri` to enforce host-based policy (allowlists, denylists, loopback/SSRF filtering, redirect validation, outbound proxy routing) before passing the same URL into Node's URL or `fetch()` consumers see a policy/use desync and can be steered to an unintended destination. ### Patches Upgrade to `fast-uri` v4.1.2, v3.1.5, v2.4.4. ### Workarounds None. Upgrade to the patched version.
References
- github.com/fastify/fast-uri/security/advisories/GHSA-7p8r-x3mc-p8w7 (opens in a new tab)
- nvd.nist.gov/vuln/detail/CVE-2026-18446 (opens in a new tab)
- github.com/fastify/fast-uri/commit/f3c6c905f47831007490f466c5945012e905cc52 (opens in a new tab)
- cna.openjsf.org/security-advisories.html (opens in a new tab)
- github.com/fastify/fast-uri (opens in a new tab)
- github.com/fastify/fast-uri/releases/tag/v4.1.2 (opens in a new tab)