Bug 2494503 - CVE-2026-13676 jupyterlab: fast-uri: Security policy bypass due to improper Unicode hostname canonicalization [epel-all]
Summary: CVE-2026-13676 jupyterlab: fast-uri: Security policy bypass due to improper U...
Keywords:
Status: NEW
Alias: None
Product: Fedora EPEL
Classification: Fedora
Component: jupyterlab
Version: epel10
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
Assignee: Romain Geissler
QA Contact:
URL:
Whiteboard: {"flaws": ["a88e065f-ba4d-475c-97a1-b...
Depends On:
Blocks: CVE-2026-13676
TreeView+ depends on / blocked
 
Reported: 2026-06-29 16:56 UTC by Jon Moroney
Modified: 2026-06-29 16:56 UTC (History)
3 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed:
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Jon Moroney 2026-06-29 16:56:11 UTC
Disclaimer: Community trackers are created by Red Hat Product Security team on a best effort basis. Package maintainers are required to ascertain if the flaw indeed affects their package, before starting the update process.

fast-uri versions 2.3.1 through 3.1.2 and 4.0.0 fail to canonicalize Unicode (IDN) hostnames for HTTP-family URLs. The IDN conversion path calls a helper that does not exist on the global URL constructor, silently leaving the host in its original Unicode form while normalize() and equal() still return values that differ from a WHATWG-compatible URL parser. Applications that use fast-uri to enforce host-based policy (denylists, loopback filtering, redirect validation, outbound proxy routing) before passing the same URL to Node's URL or fetch can be bypassed when the two implementations resolve the same input to different hosts. Patches: upgrade to fast-uri 3.1.3 for the 3.x line or 4.0.1 for the 4.x line. Workarounds: enforce host policy using the same URL parser used for the actual request, or reject non-ASCII hosts before policy checks.


Note You need to log in before you can comment on or make changes to this bug.