Answer in brief
CVE-2024-53262 records a Low severity (CVSS 4.2) vulnerability in @sveltejs/kit has unescaped error message included on error page. The current sources do not mark it as known exploited. The current feed maps @sveltejs/kit (npm). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
CVSS is 4.2. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps @sveltejs/kit (npm). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| @sveltejs/kitnpm | <2.8.3 | 2.8.3 |
Published upstream
Nov 25, 2024
Evidence: source:ghsa:source_dates:source-dates:recordSource modified
Oct 18, 2026
Evidence: source:ghsa:source_dates:source-dates:recordFirst seen by HOL
Oct 18, 2026
### Summary The static error.html template for errors contains placeholders that are replaced without escaping the content first. ### Details From https://kit.svelte.dev/docs/errors: > error.html is the page that is rendered when everything else fails. It can contain the following placeholders: %sveltekit.status% — the HTTP status %sveltekit.error.message% — the error message This leads to possible injection if an app explicitly creates an error with a message that contains user controlled content that ends up being something like this inside a server handle function: ```js error(500, '<script>alert("boom")</script>'); ``` Uncaught errors cannot be exploited like this, as they always render the message "Internal error". Escaping the message string in the function that creates the html output can be done to improve safety for applications that are using custom errors on the server. ### PoC None provided ### Impact Only applications where user provided input is used in the `Error` message will be vulnerable, so the vast majority of applications will not be vulnerable
Quoted source text, attributed separately from HOL analysis.