Skip to main content
VulnerabilityPublished

CVE-2026-22817: honojs hono · Improper Verification of Cryptographic Signature

Affects honojs honoSource CVE Database V5

0

Not known to be exploited · CVSS 8.2 High : upgrade to 4.11.4 soon.

Data as of 26 Oct 2026, 14:05 UTC

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

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 13 Jan 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: 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 26 Oct 2026.

What to do

Upgrade hono and honojs/hono to 4.11.4.

Affected software

ProductAffectedFixed in
honojshonoAffected
  • <4.11.4
Fixed in
  • 4.11.4
npmhonojs/honopkg:npm/honojs/honoOther threatsAffected
  • <4.11.4
Fixed in
  • 4.11.4

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

AI-suggested

  1. Upgrade all Hono framework instances to version 4.11.4 or later immediately to apply the official fix that enforces explicit algorithm specification in JWT verification.
  2. Review and audit all JWT verification configurations to ensure that the 'alg' parameter is explicitly set and not derived from untrusted JWT header values.
  3. Implement additional JWT validation layers, such as verifying token issuer, audience, and expiration claims to reduce risk.
  4. Conduct code reviews and penetration testing focused on authentication flows to detect any residual weaknesses related to JWT handling.
  5. Monitor application logs for unusual authentication patterns or token usage that could indicate exploitation attempts.
  6. Educate development teams about the risks of algorithm confusion attacks and secure JWT handling best practices.
  7. Consider deploying Web Application Firewalls (WAFs) with custom rules to detect and block suspicious JWT tokens until patches are fully deployed.
  8. Maintain an inventory of applications and services using Hono to ensure comprehensive patch coverage.

Description

Hono is a Web application framework that provides support for any JavaScript runtime. Prior to 4.11.4, there is a flaw in Hono’s JWK/JWKS JWT verification middleware allowed the JWT header’s alg value to influence signature verification when the selected JWK did not explicitly specify an algorithm. This could enable JWT algorithm confusion and, in certain configurations, allow forged tokens to be accepted. As part of this fix, the JWT middleware now requires the alg option to be explicitly specified. This prevents algorithm confusion by ensuring that the verification algorithm is not derived from untrusted JWT header values. This vulnerability is fixed in 4.11.4.

References

Community reviews

Loading reviews…