Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessIdentify chi app with RedirectSlashes middleware
-
DeliveryForge HTTP Host header to attacker domain
-
ExploitSend request to trailing-slash path
-
ExecutionMiddleware constructs redirect to attacker domain
-
PersistUser or process follows 3xx redirect
-
ImpactCredential theft via phishing page
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V3 - Web Frontend Security Redirect URL validation
MITRE ATT&CK
1 technique across 1 tactic: Initial Access The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Three conditions must be met simultaneously: (1) the target chi application must have RedirectSlashes middleware explicitly registered in its router chain-it is not enabled by default in all chi deployments; (2) the attacker must be able to control the HTTP Host header value in requests reaching the chi server-this is categorically not possible from standard web browsers or email clients, which automatically set the Host header to the actual target server, meaning typical browser-based phishing delivery is blocked without an additional primitive; and (3) a user or automated process must follow the issued redirect to the attacker-specified domain. Exploitation is limited to non-browser HTTP request contexts such as SSRF chains, misconfigured proxies, curl/wget-style tooling, or server-to-server calls. The CVSS 4.0 UI:A confirms user interaction is required for any meaningful impact. There is no authentication requirement to trigger the redirect response itself. |
| Impact | The CVSS 4.0 score of 5.1 (Medium) reflects network accessibility with no required authentication but mandatory user interaction. The GHSA advisory-written by the chi maintainers-explicitly classifies this as lower-severity because the Host header cannot be manipulated from browsers or email clients, the two most common phishing delivery vectors. This is the most significant limiting factor: typical web-user-targeting phishing scenarios are not directly achievable without an additional mechanism to forge the Host header. Realistic exploitation requires either a server-side request forgery chain, a misconfigured reverse proxy, or a custom HTTP client in a server-to-server context. The NVD/CISA KEV does not list this CVE, and no EPSS score was provided in the source data. No conflicting signals are present-the low-to-medium CVSS rating is consistent with the advisory's own characterization and the technical constraint on the attack vector. |
| Exploit ScenarioDerived | An attacker who controls the HTTP Host header-via a server-side request forgery vulnerability in another service, a misconfigured reverse proxy that forwards arbitrary Host values, or direct access with a custom HTTP client-sends a request to the chi application targeting a path with a trailing slash. The RedirectSlashes middleware constructs a redirect URL using the forged Host value and returns a 3xx response pointing to the attacker's phishing domain. Any user or automated process following that redirect lands on an attacker-controlled site designed to harvest credentials under the appearance of a trusted application URL. A functional PoC demonstrating this end-to-end via curl is included in the GHSA advisory. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 14, 2026
Open redirect in chi (go-chi/chi) versions before 5.2.2 allows Host header injection via the RedirectSlashes middleware, enabling attackers to redirect users to arbitrary external domains for phishing and credential theft. Applications using the RedirectSlashes middleware that expose their chi router to environments where the Host header can be forged are directly at risk. No public exploit is identified in CISA KEV; however, a functional proof-of-concept is documented in the GHSA advisory, and the GHSA itself characterizes real-world exploitability as lower-severity because standard browsers and email clients cannot be used to manipulate the Host header.
RemediationAI
Upgrade to chi v5.2.2 or later, which resolves the Host header injection at the patch commit https://github.com/go-chi/chi/commit/1be7ad938cc9c5b39a9dea01a5c518848928ab65. Vendor-released patch: 5.2.2. If an immediate upgrade is not feasible, removing the RedirectSlashes middleware from the router configuration eliminates the vulnerable code path entirely, with the trade-off that trailing-slash normalization for URL paths must be handled elsewhere or accepted as absent behavior. As a defense-in-depth measure, configuring a reverse proxy or load balancer to validate and normalize the HTTP Host header before forwarding requests to the chi application prevents forged Host values from reaching the middleware; this adds infrastructure complexity and may require proxy-specific configuration. See the full advisory at https://github.com/go-chi/chi/security/advisories/GHSA-vrw8-fxc6-2r93.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 2 packages in go, euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
chi (CPE: cpe:2.3:a:go-chi:chi:*:*:*:*:*:*:*:*) is a widely used Go HTTP routing library. The vulnerability originates in middleware/strip.go at the RedirectSlashes function, which constructs the redirect target URL by directly incorporating the HTTP Host header without sanitization or validation. Because the Host header is user-controlled, an attacker sending a request with a forged Host value causes the server to issue a 3xx redirect pointing to the attacker-specified domain. CWE-601 (URL Redirection to Untrusted Site / Open Redirect) precisely characterizes this root cause: untrusted user input flows directly into a redirect response. The affected code path is only active when an application explicitly registers the RedirectSlashes middleware in the chi router chain.
Know when Chi gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:A/VC:L/VI:L/VA:N/SC:N/SI:N/SA:N
AC:H because Host header manipulation is blocked by browsers and email clients, requiring a non-standard attack path; S:C because the redirect crosses to a different origin domain; UI:R because a user must follow the redirect for any phishing impact.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
Lifecycle Timeline
1DescriptionCVE.org
chi versions before v5.2.2 contain an open redirect vulnerability in the RedirectSlashes middleware function that uses the Host header to construct redirect URLs. Attackers can manipulate the Host header to redirect users to arbitrary hosts, enabling phishing attacks and credential theft.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
IP spoofing via the RealIP middleware in go-chi/chi (versions 5.2.1 through 5.2.x) allows unauthenticated remote attacke
IP spoofing in go-chi/chi's RealIP middleware through version 5.2.1 enables unauthenticated remote attackers to inject a
IP spoofing in go-chi's RealIP middleware allows unauthenticated network attackers to forge the apparent client source I
IP spoofing in Go Chi before 5.4.0 allows an unauthenticated client that can reach the Go server directly to forge its a
EUVD-2025-210728
GHSA-xcvf-46f4-xwxf
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB