GHSA-r557-wffq-wvrc
@astrojs/node: Backslash-prefixed paths not recognized as internal by trailing-slash redirect
Packages
| Ecosystem | Package | Affected | Fixed in |
|---|---|---|---|
| npm | @astrojs/node | >= 8.1.0, < 11.0.2 | 11.0.2 |
Details
As written in the advisory (Markdown source, shown as plain text).
### Impact
With `trailingSlash: 'always'` configured, the `@astrojs/node` standalone server's static file handler appends a trailing slash to request paths and issues a `301` redirect. Paths beginning with `/\` (slash-backslash) were not recognized as internal paths, so the handler would echo the raw path back in the `Location` header. Because browsers treat `\` as `/` per the WHATWG URL specification, the resulting redirect could resolve to an external host.
**Preconditions:**
- `trailingSlash: 'always'` must be set (non-default; the default is `'ignore'`)
- The request path must not have a file extension in its final segment
- An attacker must deliver the crafted link to a user
### Patches
Fixed by treating backslash-prefixed paths the same as `//`-prefixed paths in `isInternalPath()`, so they are no longer rewritten with a trailing slash.
### Workarounds
Use the default `trailingSlash: 'ignore'` setting, which does not issue trailing-slash redirects in the static file handler.
### References
- [WHATWG URL spec: backslash normalization](https://url.spec.whatwg.org/#url-parsing)
References
External links from the advisory. They lead to third-party sites.
- https://github.com/withastro/astro/security/advisories/GHSA-r557-wffq-wvrc
- https://nvd.nist.gov/vuln/detail/CVE-2026-59730
- https://github.com/withastro/astro/pull/17252
- https://github.com/withastro/astro/commit/eb6f97e391ee587747e37609c255c7cd4b9cce3c
- https://github.com/withastro/astro
- https://github.com/withastro/astro/releases/tag/@astrojs/[email protected]