CVE-2025-56200: A URL validation bypass vulnerability exists in validator.js through version 13.15.15.
A URL validation bypass vulnerability exists in validator.js through version 13.15.15. The isURL() function uses '://' as a delimiter to parse protocols, while browsers use ':' as the delimiter. This parsing difference allows attackers to bypass protocol and domain validation by crafting URLs leading to XSS and Open Redirect attacks.
Security readout for executives and security teams
Plain-English summary
validator.js URL checks can disagree with browser URL handling. An application may think a submitted URL uses an allowed protocol or domain, while the browser interprets it differently. That can enable XSS or open redirect behavior in affected workflows.
Executive priority
Treat as a moderate-priority dependency review item. Prioritize internet-facing applications where user-provided URLs can influence redirects or browser-rendered content, because business impact can include phishing paths or script execution.
Technical view
CVE-2025-56200 affects validator.js isURL() through 13.15.15. The function parses protocol boundaries using '://', while browsers use ':'. This delimiter mismatch can bypass protocol and domain validation when applications rely on isURL() for security-sensitive URL decisions.
Likely exposure
Exposure is likely in web applications using validator.js isURL() on untrusted URLs, especially redirects, user-supplied links, profile URLs, callback destinations, or allowlisted domains and protocols.
Exploitation context
The CVSS vector indicates network access, low complexity, no privileges, and required user interaction. The provided sources do not show KEV listing or active exploitation evidence. Impact depends on how the application consumes validated URLs.
Researcher notes
The public record names the parser delimiter mismatch but does not provide complete affected package metadata, confirmed exploit activity, or a patched version. Analysis should focus on reachable isURL() use cases and downstream browser behavior.
Mitigation direction
Inventory validator.js usage and identify versions through 13.15.15.
Check validator.js vendor guidance for a fixed release or recommended workaround.
Do not rely on isURL() alone for security-sensitive allowlists.
Validate redirect targets and rendered links with browser-consistent URL parsing.
Apply strict protocol and destination allowlists at the application boundary.
Validation and detection
Search code for validator.js isURL() calls handling user input.
Review whether isURL() results gate redirects, links, or HTML output.
Confirm deployed dependency versions against the affected range.
Test relevant workflows in a safe environment for validation mismatches.
Verify compensating controls reject unexpected protocols and destinations.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · medium confidence lookup
CWE-79: User-session and phishing behavior lookup
Client-side and session-facing weaknesses should be reviewed alongside initial-access and user-execution behaviors. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-79 · source CWE mapping
Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting')
Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting') represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.