HIGH 7.1

CVE-2026-56256: Capgo 2FA Bypass in Organization Management API

Capgo versions before 12.128.2 have a critical authentication bypass where the two-factor authentication (2FA) requirement is only enforced in the user interface, not in the backend API. This means an authenticated admin user who hasn't actually enabled 2FA can send direct API requests to sensitive organization management functions—such as editing organization details or inviting new users—and those requests will be accepted without verifying 2FA status. An attacker with admin credentials could potentially capture a legitimate API request and replay it, or craft new requests to perform unauthorized organizational changes.

Source data · NVD / CISA · public domain

CVSS
3.1 · 7.1 HIGH · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:H/A:N
Weaknesses (CWE)
CWE-602
Affected products
0 configuration(s)
Published / Modified
2026-06-24 / 2026-06-25

NVD description (verbatim)

Capgo before 12.128.2 enforces mandatory two-factor authentication only at the UI level. Sensitive Organization (ORG) management API endpoints (e.g., editing organization details, inviting users) do not validate 2FA completion on the backend. An authenticated Admin user who has not enabled 2FA can replay or modify a previously captured ORG API request to perform privileged organization actions, bypassing the globally enforced 2FA requirement.

3 reference(s) · View on NVD →

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

Technical summary

The vulnerability stems from a separation of concerns failure in Capgo's authentication architecture. While the frontend UI enforces mandatory 2FA enrollment before allowing access to organization management features, the backend API endpoints handling sensitive operations (organization detail edits, user invitations, and similar privileged actions) lack corresponding 2FA validation logic. An authenticated principal with the PR (Privilege Required) level can bypass the UI-enforced 2FA check by directly invoking REST API endpoints, as the backend does not re-validate the 2FA requirement. This is classified as CWE-602 (Client-Side Enforcement of Server-Side Security).

Business impact

Organizations using Capgo are exposed to unauthorized administrative actions that could compromise organizational integrity and security posture. A compromised or malicious insider with admin credentials—but without 2FA enabled—can make unauthorized changes to organization settings, add unauthorized users to the organization, or modify critical configurations. This undermines access control governance and could facilitate lateral movement, privilege escalation, or data exfiltration by allowing an attacker to restructure the organization's access and authentication landscape without leaving an audit trail of a 2FA-verified action.

Affected systems

All Capgo installations running versions prior to 12.128.2 are affected. The vulnerability requires valid administrative credentials and network access to the API endpoints. Organizations that have mandated 2FA at the policy level—expecting the enforcement to apply uniformly—face a false sense of security.

Exploitability

Exploitation requires valid authenticated admin credentials; unauthenticated attackers cannot exploit this. However, the attack is straightforward and does not require user interaction once credentials are obtained. An attacker with admin access can immediately leverage this to perform sensitive organization actions. The CVSS score of 7.1 (HIGH) reflects the requirement for prior authentication, but acknowledges the ease of exploitation and high integrity impact once authenticated.

Remediation

Upgrade Capgo to version 12.128.2 or later immediately. This patch enforces 2FA validation at the backend API level, ensuring that all sensitive organization management endpoints verify 2FA completion regardless of how the request is initiated. After patching, verify that your admin user accounts have 2FA enabled and that audit logging captures all organization management API calls.

Patch guidance

Apply Capgo version 12.128.2 or later as soon as possible. Verify the patch by checking the running version in your Capgo instance (typically available in Settings or via the API version endpoint). After upgrading, conduct an audit of recent organization management API activity to identify any unauthorized changes made during the vulnerable window. Ensure all admin accounts have 2FA enabled before or immediately after the upgrade.

Detection guidance

Review audit logs for organization management API calls (e.g., API calls to edit organization details, invite users, or modify organization settings) made by admin accounts that had not enrolled in 2FA at the time of the request. Look for API requests originating from unexpected IP addresses or geographic locations. Monitor for sudden changes to organization members, roles, or settings that were not initiated through the expected UI workflows. Implement alerts on sensitive organization API endpoints to catch similar bypass attempts in the future.

Why prioritize this

This vulnerability is HIGH priority because it directly undermines a critical security control (2FA enforcement), allows authenticated insiders to perform high-impact actions without proper authentication, and affects organization governance. While it requires prior authentication, the ease of exploitation and the integrity impact on organizational configuration make it a pressing remediation target ahead of many other issues.

Risk score, explained

The CVSS 3.1 score of 7.1 reflects: (1) Network-based attack vector requiring no special network positioning, (2) Low attack complexity with no unusual conditions, (3) Low privilege requirement (admin account already compromised), (4) No user interaction needed, (5) Confidentiality impact (LOW—limited information disclosure), and (6) Integrity impact (HIGH—organization settings can be modified). The absence of availability impact keeps the score below 8.0. The real-world risk is elevated by the fact that 2FA enforcement is a foundational security control; bypassing it cascades trust in other safeguards.

Frequently asked questions

Can an attacker without any credentials exploit this?

No. The vulnerability requires valid authenticated credentials with admin privileges. Unauthenticated attackers cannot directly exploit it. However, credential compromise (through phishing, password reuse, or other means) combined with this bypass creates significant risk.

Does this affect users without admin roles?

No. The vulnerable API endpoints are restricted to organization administrators. Regular users cannot invoke organization management functions regardless of 2FA status, so they are not directly impacted.

If we have 2FA enforced at the network or identity provider level, are we protected?

Not entirely. If your identity provider enforces 2FA upstream, your Capgo session will inherit that authentication. However, if your identity provider allows session issuance without immediate 2FA verification, or if Capgo supports local authentication, this vulnerability could still be exploited. Always verify that 2FA is enforced at both the identity provider AND application layers.

What should we do while waiting for the patch to be available?

Immediately review admin account 2FA enrollment status and ensure all admins have 2FA enabled. Disable or restrict API access for admin accounts that cannot enable 2FA. Monitor organization management API logs closely for suspicious activity. Prioritize testing and deployment of version 12.128.2 once available.

This analysis is provided for informational and defensive security purposes. The information is accurate as of the publication date. Exploit code and detailed weaponization guidance are not included. Organizations should verify patch applicability in their specific Capgo environment and follow vendor advisories. SEC.co does not condone or provide assistance for unauthorized access to systems or data. Source: NVD (public-domain), retrieved 2026-07-30. Analysis generated by SEC.co (claude-haiku-4-5).