LOW 3.5

CVE-2026-56330: Capgo Open Redirect in Billing Endpoints – Phishing Risk

Capgo versions before 12.128.2 contain a flaw that allows authenticated users to manipulate billing-related URLs in ways that could redirect legitimate users to attacker-controlled websites. An attacker would need valid Capgo credentials and user interaction (a click on a malicious link) to exploit this. The vulnerability is rated LOW severity because it requires authentication and user action, though the phishing risk warrants attention in environments where billing workflows are exposed to untrusted users.

Source data · NVD / CISA · public domain

CVSS
3.1 · 3.5 LOW · CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:U/C:L/I:N/A:N
Weaknesses (CWE)
CWE-601
Affected products
0 configuration(s)
Published / Modified
2026-06-20 / 2026-06-23

NVD description (verbatim)

Capgo before 12.128.2 contains an open redirect vulnerability in stripe_portal and stripe_checkout endpoints that accept unvalidated callbackUrl, successUrl, and cancelUrl parameters. Authenticated attackers can craft malicious billing URLs to redirect users to attacker-controlled domains for phishing and credential harvesting.

3 reference(s) · View on NVD →

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

Technical summary

CVE-2026-56330 is an open redirect vulnerability (CWE-601) affecting Capgo's stripe_portal and stripe_checkout endpoints. These endpoints accept callbackUrl, successUrl, and cancelUrl parameters without proper validation or URL allowlist enforcement. An authenticated attacker can supply arbitrary URLs in these parameters, causing the application to redirect users to attacker-controlled domains. The CVSS 3.1 score of 3.5 reflects the requirement for prior authentication (PR:L) and user interaction (UI:R), limiting the attack surface but not eliminating the phishing threat vector.

Business impact

Open redirects in billing workflows create targeted phishing opportunities. Users expecting to complete legitimate Stripe transactions may be redirected to credential-harvesting clones, risking compromise of financial or account credentials. For organizations using Capgo to manage billing, this could undermine trust in the payment flow and create support burden if users report suspicious redirects. The LOW severity rating should not diminish vigilance if Capgo is customer-facing or used in sensitive financial processes.

Affected systems

Capgo versions prior to 12.128.2 are vulnerable. The stripe_portal and stripe_checkout endpoints are specifically at risk. No evidence of broader ecosystem impact is documented. Organizations running Capgo should verify their installed version against 12.128.2 as the fixed baseline.

Exploitability

Exploitation is limited by two factors: an attacker must possess valid Capgo credentials, and the victim must click a malicious link containing the crafted URL parameters. This is not a wormable or self-propagating vulnerability. Attack success depends on social engineering to convince a user to click a link that appears legitimate. The LOW severity reflects this practical friction, though phishing campaigns targeting billing workflows have historically achieved high click-through rates.

Remediation

Upgrade Capgo to version 12.128.2 or later. This release addresses the open redirect by validating and restricting the callbackUrl, successUrl, and cancelUrl parameters. Organizations unable to patch immediately should consider restricting Capgo access to trusted internal users only and monitor billing workflows for suspicious redirects. Code review of custom integrations using these endpoints is recommended.

Patch guidance

Capgo 12.128.2 or later contains the fix. Before upgrading, verify compatibility with your deployment and test in a non-production environment. Check the official Capgo release notes at the vendor advisory to confirm remediation scope and any related changes. Apply patches during a maintenance window if billing operations are continuous.

Detection guidance

Monitor for HTTP 302 or 3xx redirects from stripe_portal and stripe_checkout endpoints that contain external domains in the Location header. Log and inspect the source callbackUrl, successUrl, and cancelUrl parameter values for signs of attacker-supplied domains. Review access logs for authenticated sessions making multiple requests to these endpoints with varying URL parameters. Implement URL validation rules in your Web Application Firewall to block redirects to non-whitelisted domains.

Why prioritize this

Although rated LOW severity, this vulnerability should be prioritized if Capgo is customer-facing, processes high transaction volumes, or exists in a compliance-sensitive environment. The phishing vector is practical and leverages legitimate billing workflows, making it attractive for targeted attacks. Organizations in financial services, SaaS, or subscription-based business models should patch promptly.

Risk score, explained

The CVSS 3.1 score of 3.5 (LOW) reflects the dual requirement for authentication and user interaction, which significantly constrains the attack surface. However, this score does not account for the reputational and financial damage from phishing success in a billing context. Risk should be elevated for customer-facing deployments or organizations with high-value user bases.

Frequently asked questions

Can an unauthenticated attacker exploit this?

No. CVE-2026-56330 requires the attacker to possess valid Capgo credentials. Unauthenticated attackers cannot access the vulnerable endpoints.

Does the victim need to click a link for the attack to work?

Yes. The vulnerability requires user interaction (UI:R). An attacker must socially engineer the victim into clicking a malicious link containing the injected parameters. The redirect does not occur automatically.

What information can an attacker steal via this vulnerability?

The vulnerability itself does not leak data; it redirects users to attacker-controlled sites where phishing pages can harvest credentials, billing information, or session tokens. The risk depends on what the victim enters at the attacker's fake site.

Is there a temporary mitigation if I cannot patch immediately?

Yes. Restrict Capgo access to trusted internal users, disable customer-facing billing integrations temporarily, or implement a Web Application Firewall rule that blocks external redirects from these endpoints. However, patching is the permanent solution.

This analysis is for informational purposes and does not constitute professional security advice. Always verify CVE details against official vendor advisories and your specific deployment configuration. CVSS scores are provided as reference and should be contextualized to your risk environment. Test all patches in non-production systems before production deployment. SEC.co makes no warranties regarding the completeness or accuracy of remediation guidance. Source: NVD (public-domain), retrieved 2026-07-29. Analysis generated by SEC.co (claude-haiku-4-5).