Skip to main content
VulnerabilityPublished

CVE-2026-33490: h3js h3 · Use of Incorrectly-Resolved Name or Reference

Affects h3js h3Source CVE Database V5

0
Compare

Not known to be exploited · CVSS 3.7 Low : upgrade to 2.0.1-rc.17 when convenient.

Data as of 30 Oct 2026, 11:52 UTC

CVSS 3.1 base score
3.7Low
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.2% chance of exploitation in 30 days – higher than 16% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 2.0.1-rc.17
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:L/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 26 Mar 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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 30 Oct 2026.

What to do

Upgrade h3js h3 to 2.0.1-rc.17.

Affected software

ProductAffectedFixed in
h3jsh3Affected
  • >=2.0.1-alpha.0 <2.0.1-rc.17
Fixed in
  • 2.0.1-rc.17
GitHubh3js/h3pkg:github/h3js/h3Other threatsAffected
  • =2.0.2-rc.17
Fixed in–

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

To mitigate this vulnerability, organizations should upgrade all instances of h3js to version 2.0.2-rc.17 or later, where the patch correctly verifies path segment boundaries in the mount() method. Until upgrading is possible, developers should review and refactor middleware mounting logic to ensure explicit path segment checks are implemented, such as verifying that the character following the prefix is either a slash ('/') or the end of the string. Application code can implement custom middleware wrappers to enforce stricter path matching rules. Additionally, thorough testing of route matching and middleware execution paths should be conducted to detect unintended middleware invocation. Monitoring and logging of unusual access patterns to administrative or privileged routes can help detect exploitation attempts. Finally, applying the principle of least privilege in middleware design and minimizing privilege flags set in request contexts reduces the potential impact of this vulnerability.

Description

H3 is a minimal H(TTP) framework. In versions 2.0.0-0 through 2.0.1-rc.16, the `mount()` method in h3 uses a simple `startsWith()` check to determine whether incoming requests fall under a mounted sub-application's path prefix. Because this check does not verify a path segment boundary (i.e., that the next character after the base is `/` or end-of-string), middleware registered on a mount like `/admin` will also execute for unrelated routes such as `/admin-public`, `/administrator`, or `/adminstuff`. This allows an attacker to trigger context-setting middleware on paths it was never intended to cover, potentially polluting request context with unintended privilege flags. Version 2.0.2-rc.17 contains a patch.

References

Community reviews

Loading reviews…