Direct naar de inhoud
⚡ Kritieke cyberalerts voor jouw sector & systemen — direct in je inbox. Aanmelden →
cybernieuws.nl Cybersecurity en informatiebeveiling nieuws alerts live · 10 min 167 bronnen 2 kritiek 8 vandaag
CVE's Videos Dagbriefing

← Terug naar CVE-database

CVE-2026-114132

NONE Gepubliceerd: CWE-178

Beschrijving NL

Nuxt is een open-source webontwikkelingsraamwerk voor Vue.js. Voorafgaand aan 4.6.2 lost Nuxt pagina's standaard hoofdletterongevoelig op, terwijl Nitro hoofdlettergevoelig overeenkomt met de routeregelsleutels aan de serverzijde, waardoor een verzoek waarvan het pad alleen per hoofdletter verschilt, kan worden weergegeven zonder de serverregel die voor die pagina is bedoeld. De mismatch kan redirect, headers, proxy, ssr: false en noScripts overslaan en kan ervoor zorgen datgetRouteRules (gebeurtenis) en matchRouteRules geen regel voor de casusvariant retourneren. Toepassingen die router.options.sensitive instellen: true in nuxt.config worden niet beïnvloed; het instellen van sensitive alleen in app/router.options.ts stelt deze uitsluiting niet vast omdat de server de nuxt.config-waarde volgt. Toegangscontroles geïmplementeerd in server middleware, paginaroute middleware of paginagegevens ophalen blijven onafhankelijk van deze matcher. Dit probleem is opgelost in versie 4.6.2.

Origineel (Engels) tonen

Nuxt is an open-source web development framework for Vue.js. Prior to 4.6.2, Nuxt resolves pages case-insensitively by default while Nitro matches server-side route-rule keys case-sensitively, allowing a request whose path differs only by letter case to render without the server rule intended for that page. The mismatch can skip redirect, headers, proxy, ssr: false, and noScripts, and can cause getRouteRules(event) and matchRouteRules to return no rule for the case variant. Applications that set router.options.sensitive: true in nuxt.config are not affected; setting sensitive only in app/router.options.ts does not establish this exclusion because the server follows the nuxt.config value. Access checks implemented in server middleware, page route middleware, or page data fetching remain independent of this matcher. This issue is fixed in version 4.6.2.

References