MEDIUM 6.1

CVE-2026-56698: Nuxt navigateTo XSS Vulnerability – Patch Guidance

Nuxt, a popular JavaScript framework, has a security flaw in its navigateTo function that fails to block certain types of links when users can control where they navigate. If an attacker tricks a user into clicking a specially crafted link or can inject malicious input into the navigation destination, the attacker's JavaScript code executes within the legitimate application's security context. This affects Nuxt 4.0.0 through 4.4.6 and all 3.x versions before 3.21.7. The vulnerability requires user interaction and is rated as medium severity because the impact is limited to information disclosure and minor manipulation within the page, though it can affect multiple users if hosted on shared origins.

Source data · NVD / CISA · public domain

CVSS
3.1 · 6.1 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:N
Weaknesses (CWE)
CWE-79
Affected products
1 configuration(s)
Published / Modified
2026-06-22 / 2026-06-25

NVD description (verbatim)

Nuxt versions 4.0.0 before 4.4.7 and 3.x before 3.21.7 fail to validate script-capable URLs in the navigateTo open option, allowing client-side script execution. Attackers can supply javascript: URLs through the open parameter to execute arbitrary scripts in the application's origin when user-controlled input is passed to navigateTo.

4 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

The vulnerability is a Cross-Site Scripting (XSS) flaw (CWE-79) stemming from inadequate input validation in the navigateTo function's open option. The open parameter accepts and processes javascript: protocol URLs without sanitization, allowing attackers to inject and execute arbitrary ECMAScript in the application's context. This occurs when untrusted, user-controlled data is passed to the open parameter. The CVSS 3.1 vector (6.1/MEDIUM) reflects a network attack surface with no special privileges required, requiring user interaction, and potentially affecting confidentiality and integrity of data accessible within the application's origin. The impact is scoped to the current application context rather than other security domains.

Business impact

Applications using vulnerable Nuxt versions with user-controlled navigation parameters face credential theft, session hijacking, and malware distribution risks. If an attacker injects a malicious javascript: URL, they can steal authentication tokens, exfiltrate sensitive user data, modify page content, or redirect users to phishing sites—all without triggering obvious browser security warnings. Organizations deploying Nuxt-based applications must prioritize patching to prevent unauthorized script execution that could compromise customer data and erode user trust.

Affected systems

Affected versions include Nuxt 4.0.0 through 4.4.6 (4.4.7 and later are patched) and Nuxt 3.x through 3.21.6 (3.21.7 and later are patched). Any application using navigateTo with the open option where the destination is influenced by user input or external data sources is at risk. This includes single-page applications that programmatically navigate users based on query parameters, form input, API responses, or redirects.

Exploitability

Exploitation is straightforward for an attacker positioned to influence user input or control navigation targets. The attack surface is broad: query strings, form data, API responses, or any channel through which user input reaches the navigateTo open parameter. However, exploitation requires active user interaction—a user must trigger the navigation action. There is no evidence of widespread exploitation or public proof-of-concept weaponization at this time, though the simplicity of crafting a javascript: URL means an attacker with minimal sophistication can construct a payload. The vulnerability does not appear on the CISA Known Exploited Vulnerabilities catalog.

Remediation

Upgrade to Nuxt 4.4.7 or later for version 4 users, or Nuxt 3.21.7 or later for version 3 users. Verify against the official Nuxt security advisory for exact patched versions and any interim guidance. Until patching is complete, implement server-side or client-side input validation to reject javascript: and data: protocol URLs in navigation targets, and apply Content Security Policy (CSP) directives to restrict script execution sources. Additionally, avoid passing unvalidated user input directly to navigateTo; sanitize and validate all navigation destinations against an allowlist of safe URLs.

Patch guidance

Patch immediately for production environments. The fix is available in Nuxt 4.4.7+ and 3.21.7+. Review your package.json and dependency lock files to confirm current versions, then upgrade using npm/yarn/pnpm. Test thoroughly in a staging environment to ensure third-party integrations and custom navigation logic remain functional. For applications unable to patch immediately, apply compensating controls such as URL allowlisting or CSP headers to mitigate the risk of malicious navigation payloads.

Detection guidance

Monitor logs and network traffic for unexpected javascript: or data: protocol URLs in navigateTo parameters or page redirects. Implement browser-based monitoring (e.g., via CSP violation reports or error logging) to detect script execution attempts outside expected sources. Code review existing navigateTo calls to identify instances where user input or external data influences the open parameter without validation. Security scanning tools that parse JavaScript frameworks may flag unsafe navigateTo usage; prioritize remediation of those findings.

Why prioritize this

While rated MEDIUM severity, this vulnerability merits rapid patching because it enables arbitrary script execution in the application's origin, affecting confidentiality and integrity of user sessions and data. The low barrier to exploitation and broad attack surface—any user-controlled input path to navigateTo—make this a credible risk for applications with authentication or sensitive content. Organizations should prioritize this within 30 days of patch availability.

Risk score, explained

The CVSS 6.1 score balances several factors: network-accessible attack vector, low attack complexity, no authentication requirement, and user interaction requirement. The score reflects limited impact scope (application origin only) and partial compromise of confidentiality and integrity rather than availability. Organizations with heightened user trust requirements, regulated data, or high user volumes should consider this a higher priority than the base MEDIUM rating suggests.

Frequently asked questions

Does this vulnerability require users to be authenticated or have special roles?

No. The vulnerability can be exploited against any user of the application, regardless of authentication status or privilege level. An attacker can craft a malicious link that affects any visitor who clicks it or is redirected to it.

Can this vulnerability be exploited without user interaction?

No, the vulnerability requires user interaction—specifically, the user must trigger a navigation action (e.g., click a link or follow a redirect). It cannot be triggered silently or automatically without some form of user engagement.

If we use CSP, does it fully mitigate this issue?

CSP can significantly reduce risk by restricting where scripts execute, but it is not a complete replacement for patching. A well-configured CSP with script-src restrictions may prevent injected scripts from running, but you should still upgrade to patched versions as your primary defense.

Does the vulnerability affect applications that do not use the navigateTo open parameter?

No. Only applications that use the navigateTo function with the open parameter are affected. If your codebase does not use this parameter or does not involve user-controlled navigation destinations, the vulnerability does not apply to your application.

This analysis is provided for informational purposes based on published vulnerability data as of June 2026. No exploit code or weaponized proof-of-concept is included. Patch versions and availability details should be verified against the official Nuxt project security advisory before deployment. Organizations should conduct their own risk assessment based on their application architecture, user base, and data sensitivity. SEC.co does not warrant the accuracy or completeness of this analysis and assumes no liability for decisions made based on this content. Source: NVD (public-domain), retrieved 2026-07-29. Analysis generated by SEC.co (claude-haiku-4-5).