Open Redirect in ecstaticGHSA-9q64-mpxx-87fg
GHSA-9q64-mpxx-87fg is a security vulnerability in ecstatic. A fix is available for ecstatic — see the affected versions and patch details below.
Real-World Exposure
How broadly this vulnerability is actually deployed: weekly install volume shows current usage, a proxy for how much of the ecosystem is exposed.
ecstaticnpmDescription
Versions of ecstatic prior to 4.1.2, 3.3.2 or 2.2.2 are vulnerable to Open Redirect. The package fails to validate redirects, allowing attackers to craft requests that result in an HTTP 301 redirect to any other domains.
Recommendation
If using ecstatic 4.x, upgrade to 4.1.2 or later.
If using ecstatic 3.x, upgrade to 3.3.2 or later.
If using ecstatic 2.x, upgrade to 2.2.2 or later.
Affected Packages
| Ecosystem | Package | Vulnerable range | Fix |
|---|---|---|---|
| 📦npm | ecstatic | all versions | 2.2.2npm install ecstatic@2.2.2 |
| 📦npm | ecstatic | ≥ 3.0.0&&< 3.3.2 | 3.3.2npm install ecstatic@3.3.2 |
| 📦npm | ecstatic | ≥ 4.0.0&&< 4.1.2 | 4.1.2npm install ecstatic@4.1.2 |
Detection & mitigation playbook
Open-source dependencyDetect
Scan your dependency tree (package-lock.json, pnpm-lock.yaml, requirements.txt, go.sum, etc.) for ecstatic, including transitive dependencies — a direct dependency you never call can still pull in a vulnerable version.
Fix
Update ecstatic to 2.2.2 or later, then make sure no transitive (indirect) dependency still pins the vulnerable range — O3 confirms GHSA-9q64-mpxx-87fg is resolved across your whole dependency graph.
Workarounds
Stop reflecting attacker-controlled destinations: resolve every redirect target against an allowlist of paths or hosts you own, prefer a server-side key over a full URL in the request, and reject absolute URLs entirely where the flow only ever needs a relative one.
Frequently Asked Questions
Is GHSA-9q64-mpxx-87fg in your dependencies?
Find it across npm, including transitive dependencies.