GHSA-h25j-2p75-qj33 json
`mount()` and `app.mount()` forward a wrong path when a custom `getPath` adds a prefix, bypassing middleware scoped inside the mount prefix
published yesterday modified yesterday
Unreviewed: the maintainers' own advisory
Published by the maintainers on their GitHub repository honojs/hono. GitHub has not reviewed it into the GitHub Advisory Database and no CVE record has reached us yet, so everything here comes from the maintainers alone. Read the full advisory on GitHub.
- cvss
- 5.3
- version 3.1, the maintainers
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- —
- no score, EPSS covers CVEs only
- public exploits
- 0
- none known
Summary
Security advisory published by the maintainers of honojs/hono for hono: the maintainers' own advisory, not a reviewed GitHub Advisory Database entry. The full advisory is on GitHub.
Patch / fix
- npm hono 4.13.18
Is GHSA-h25j-2p75-qj33 in your dependencies? Fencer shows which of your repositories are affected as soon as an advisory lands, and opens the fix as a pull request.
Check with FencerCVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| the maintainers | 3.1 | 5.3 | CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N |
Affected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| npm | hono | >=4.13.16, <=4.13.17 |
4.13.18 |
Classification
- Weakness
-
- CWE-288 Authentication Bypass Using an Alternate Path or Channel
References
Sources
- Maintainer advisory GHSA-h25j-2p75-qj33
Fencer Intel keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.
The maintainers of honojs/hono published their own advisory on GitHub. Its facts and headline are shown here; the description stays on GitHub.