CVE-2026-47674: Hono: IP Restriction bypasses static deny rules for non-canonical IPv6
Hono is a Web application framework that provides support for any JavaScript runtime. Prior to 4.12.21, the ip-restriction middleware (hono/ip-restriction) compares incoming IP addresses against configured deny and allow rules using string equality after partial normalization. Non-canonical IPv6 representations of an address already listed in a static rule — such as compressed forms, explicit-zero forms, or hex-notation IPv4-mapped addresses — do not match the normalized rule entry, causing the rule to be silently skipped. This vulnerability is fixed in 4.12.21.
Security readout for executives and security teams
Plain-English summary
Hono’s IP restriction middleware could fail to block an IP address if the same IPv6 address was written in a different valid format. A denied address could therefore be allowed through. The issue affects Hono versions before 4.12.21 and is fixed in 4.12.21.
Executive priority
Treat this as a targeted access-control bypass, not a broad system compromise. Upgrade soon if Hono IP restrictions protect sensitive routes or operational interfaces. Business urgency is higher where IP rules are the primary boundary.
Technical view
Before 4.12.21, hono/ip-restriction compared incoming IPs to static allow/deny rules using string equality after incomplete normalization. Equivalent non-canonical IPv6 forms, including compressed, explicit-zero, or hex-notation IPv4-mapped addresses, could miss configured rules and bypass intended access control.
Likely exposure
Exposure is limited to applications using Hono before 4.12.21 with the ip-restriction middleware and static IP allow or deny rules. Systems relying on those rules for access control over IPv6 or IPv4-mapped IPv6 traffic are the main concern.
Exploitation context
The CVSS vector indicates remote, unauthenticated, low-complexity exploitation with no user interaction, but limited impact. The provided sources do not report active exploitation, and the CVE is not marked as KEV in the source bundle.
Researcher notes
The root issue is incomplete IP canonicalization combined with string equality for static rules. Evidence names Hono before 4.12.21 and the ip-restriction middleware only. Do not generalize this to other Hono middleware without separate evidence.
Mitigation direction
Upgrade Hono to version 4.12.21 or later.
Prioritize apps where IP restriction protects admin, API, or partner-only routes.
Review vendor advisory for any additional operational guidance.
Avoid relying solely on IP rules for sensitive authorization decisions.
Validation and detection
Inventory deployed Hono versions and package lockfiles.
Confirm whether hono/ip-restriction is used in production code.
Review static allow and deny rules for IPv6-dependent access control.
Add regression tests for equivalent IPv6 representations against configured rules.
Check access logs for unexpected access to IP-restricted routes.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-1289: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-1289 · source CWE mapping
Improper Validation of Unsafe Equivalence in Input
Improper Validation of Unsafe Equivalence in Input represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.
Incorrect Regular Expression represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.