CVE-2026-90982
MediumCVSS 5.3Exploitation Probability (EPSS)
Low risk30th percentile - higher than 30% of all known CVEs
Summary
@fastify/static is a Fastify plugin that serves static files from a configured root directory. In versions before 10.1.4, on a case-insensitive filesystem such as Windows or the default macOS volume, a route guard or allowedPath restriction can be bypassed by altering the letter case of a path segment, because the route matcher is case-sensitive while the filesystem is not. As a result, an unauthenticated request can read a file that a route guard or allowedPath was configured to protect.
Risk Assessment
An unauthenticated attacker can access files that should be protected by route guards or allowedPath restrictions, leading to information disclosure. The issue only affects case-insensitive filesystems.
Recommendation
Update @fastify/static to version 10.1.4 or later. As a workaround, use a case-sensitive filesystem or ensure route guards and allowedPath rules account for every letter-case variant of protected paths.
Other vulnerabilities in @fastify/static
See all- CVE-2026-18427High
@fastify/static before version 10.1.3 contains an incomplete fix for a previous route guard bypass. The static file handler rejected only parent directory segments, but it did not canonicalize dot segments, duplicate slashes, encoded dots, or backslashes before route matching and before delegating to the send layer. As a result, an unauthenticated attacker could request a file protected by a route based guard using a non canonical path form that misses the guarded route yet resolves back onto the protected file, disclosing its contents. Applications that protect a subtree of the static root with a route based guard are affected, while applications relying on the allowedPath option are not. This is fixed in @fastify/static 10.1.3, which canonicalizes the pathname, including rejecting backslashes, on the path used for routing and serving.
- CVE-2026-7120Medium
In @fastify/static before version 10.1.2, the allowedPath callback is evaluated before normalizing dot segments and duplicate path separators. An unauthenticated attacker can bypass allowedPath restrictions by requesting non-canonical paths, allowing files intended to be denied to be served.
- CVE-2026-15074High
The @fastify/static library up to version 10.1.0 fails to reject '..' path segments before file resolution. This allows bypassing path traversal protections and reading files inside the static root that are under a guarded URL prefix. The issue is patched in version 10.1.1.
Original NVD description (English source)
@fastify/static is a Fastify plugin that serves static files from a configured root directory. In versions before 10.1.4, on a case-insensitive filesystem such as Windows or the default macOS volume, a route guard or allowedPath restriction can be bypassed by altering the letter case of a path segment. The route matcher is case-sensitive while the filesystem is not, so a request that changes the case of a protected segment does not match the guarded route and falls through to the static handler, yet the filesystem resolves it to the same protected file. As a result, an unauthenticated request can read a file that a route guard or allowedPath was configured to protect. The issue does not affect case-sensitive filesystems and is not a directory traversal, since nothing is served from outside the configured root. The issue is fixed in @fastify/static 10.1.4, which validates the requested path against its actual on-disk spelling and rejects case-aliased paths before authorization. As a workaround, serve static files from a case-sensitive filesystem, or ensure route guards and allowedPath rules account for every letter-case variant of the protected paths.
Vulnerability data from NVD (NIST) · CISA KEV · EPSS