CVE-2026-9520
BaseFortify
Publication date: 2026-05-26
Last updated on: 2026-05-26
Assigner: VulDB
Description
Description
CVSS Scores
EPSS Scores
| Probability: | |
| Percentile: |
Meta Information
Affected Vendors & Products
| Vendor | Product | Version / Range |
|---|---|---|
| blitz-js | blitz | to 3.0.2 (inc) |
Helpful Resources
Exploitability
| CWE ID | Description |
|---|---|
| CWE-79 | The product does not neutralize or incorrectly neutralizes user-controllable input before it is placed in output that is used as a web page that is served to other users. |
| CWE-94 | The product constructs all or part of a code segment using externally-influenced input from an upstream component, but it does not neutralize or incorrectly neutralizes special elements that could modify the syntax or behavior of the intended code segment. |
Attack-Flow Graph
AI Powered Q&A
How does this vulnerability affect compliance with common standards and regulations (like GDPR, HIPAA)?:
This DOM Cross-Site Scripting (XSS) vulnerability in BlitzJS's sign-in functionality can lead to unauthorized execution of malicious scripts in a user's browser, potentially resulting in credential theft and unauthorized actions.
Such security weaknesses can impact compliance with standards and regulations like GDPR and HIPAA, which require protection of personal data and secure authentication mechanisms to prevent unauthorized access and data breaches.
Failure to address this vulnerability could lead to violations of these regulations due to potential exposure of sensitive user information and compromise of user accounts.
Can you explain this vulnerability to me?
CVE-2026-9520 is a DOM Cross-Site Scripting (XSS) vulnerability in the BlitzJS framework's sign-in functionality. It occurs because the application improperly handles the `next` URL parameter during the sign-in redirect process.
Specifically, the application uses the `next` parameter from the browser's URL without proper validation or sanitization. This allows an attacker to craft a malicious link containing a `javascript:` URI.
When a victim clicks this malicious link and logs in, the application executes the JavaScript payload in the victim's browser context via the `router.push(next)` call, leading to potential exploitation.
How can this vulnerability impact me? :
This vulnerability can lead to several serious impacts including credential theft, unauthorized actions performed on behalf of the victim, and potential pivoting into internal networks.
Because the attack executes malicious JavaScript in the victim's browser, it can compromise user sessions and sensitive data.
The exploit can be initiated remotely and requires user interaction (clicking a crafted link), but no special privileges are needed.
How can this vulnerability be detected on my network or system? Can you suggest some commands?
This vulnerability can be detected by monitoring for suspicious URLs containing the `next` parameter with potentially malicious JavaScript payloads in the sign-in redirect process of BlitzJS applications.
One approach is to inspect web server logs or proxy logs for URLs with the `next` parameter that include `javascript:` or other unsafe schemes.
For example, you can use the following command to search for suspicious `next` parameters in your web server logs:
- grep -i 'next=javascript:' /path/to/access.log
- grep -Eo 'next=[^&]+' /path/to/access.log | grep -i 'javascript:'
Additionally, monitoring for unusual redirects or unexpected JavaScript execution after login in the client-side application can help detect exploitation attempts.
What immediate steps should I take to mitigate this vulnerability?
Immediate mitigation involves validating and sanitizing the `next` parameter used in the sign-in redirect process to ensure it only contains safe URLs within the same origin and does not allow JavaScript or other unsafe schemes.
Specifically, implement checks to confirm that the `next` parameter does not start with `javascript:` or other potentially dangerous protocols before performing any redirection.
If possible, update the BlitzJS framework or your application code to the latest version where this issue is fixed.
Until a patch is applied, consider disabling or restricting the use of the `next` parameter in URLs to trusted paths only.
Also, educate users to avoid clicking on suspicious links that include unexpected `next` parameters.