GHSA-gqvv-2mrq-wpjv: Path Traversal
Summary
The fix released for CVE-2026-39408 does not cover every traversal sequence. toSSG() can still write files outside the configured output directory when a route parameter contains consecutive parent-directory segments.
Details
Static site generation builds each output path from the route path and the values supplied through ssgParams, then verifies that the result stays inside the output directory. That check normalizes the path with the same routine that built it, and the routine did not fully collapse runs of consecutive parent-directory segments. A value carrying enough of them produces a path the check accepts, but the filesystem resolves outside the output directory.
The earlier fix handled a single parent-directory segment, so it blocks the sequence reported at the time while leaving longer runs unhandled. The check also treated output directories that differ only in how they are rooted as equivalent.
This arises when an application generates a static site from route parameter values it does not fully control — slugs coming from a CMS, an API, or user submissions.
Impact
A value reaching ssgParams from an untrusted source can cause build output to be written outside the intended output directory, carrying whatever content the route handler produced.
This may lead to:
- files being created or overwritten elsewhere in the build environment - generated artifacts or deployment output being altered
This affects build-time static site generation only; request-time routing is not affected. Applications whose ssgParams values are entirely developer-controlled are not affected.
Affected Software
Remediation
Recommended actions to resolve this vulnerability, in priority order.
- Upgrade
Upgrade
npm/honoto a version that resolves this vulnerability.Fixed in 4.13.5
Event History
Frequently Asked Questions
Which applications are exposed in practice?
Applications that use toSSG() are exposed when route parameter values supplied through ssgParams come from sources the application does not fully control, such as a CMS, an API, or user submissions.
What does an attacker need to provide to exploit this issue?
An attacker needs a route parameter value that reaches ssgParams and contains a sufficient run of consecutive parent-directory segments. The resulting output path can pass the validation check while the filesystem resolves it outside the configured output directory.
Does the earlier CVE-2026-39408 fix fully prevent this case?
No. The earlier fix handled a single parent-directory segment, but did not fully collapse longer consecutive parent-directory sequences.