CVE-2026-33490: h3js h3 · Use of Incorrectly-Resolved Name or Reference
Affects h3js h3Source CVE Database V5
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
- 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:NExploitation evidence
Disclosed: evidence found.
CVE published 26 Mar 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 30 Oct 2026.
What to do
Upgrade h3js h3 to 2.0.1-rc.17.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| h3jsh3 | Affected
| Fixed in
|
GitHubh3js/h3pkg:github/h3js/h3Other threats | Affected
| 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.