CVE-2026-56222: Capgo Authorization Bypass Affecting Multi-Tenant Role Bindings
Capgo versions before 12.128.2 have an authorization flaw that allows an administrator in one organization to gain unauthorized access to applications belonging to a different organization. When creating role bindings through the /private/role_bindings endpoint, the system fails to verify that the administrator actually owns the target application. This means an attacker with admin rights in their own organization can escalate privileges to read and modify applications they should have no access to.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 7.2 HIGH · CVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:U/C:H/I:H/A:H
- Weaknesses (CWE)
- CWE-639
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-06-23 / 2026-06-24
NVD description (verbatim)
Capgo before 12.128.2 contains an authorization bypass vulnerability in POST /private/role_bindings that fails to verify app_id ownership during app-scoped role binding creation. An attacker with administrative privileges in one organization can create role bindings targeting applications owned by other organizations, enabling unauthorized read and modification of victim applications.
3 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-56222 is an authorization bypass vulnerability in Capgo's role binding creation mechanism. The POST /private/role_bindings endpoint does not perform adequate verification of app_id ownership before creating app-scoped role bindings. An authenticated attacker holding administrative privileges in one organization context can craft requests to bind roles to applications owned by other organizations, circumventing the intended access control boundary. The vulnerability stems from insufficient authorization checks (CWE-639: Authorization through User-Controlled Key) and affects the confidentiality, integrity, and availability of cross-organization applications.
Business impact
Organizations running Capgo can face cross-tenant data exposure and unauthorized modification of production applications. An attacker with admin credentials in one tenant could read sensitive application configurations, secrets, or code from unrelated organizations' applications, or modify them to introduce backdoors or trigger service degradation. In multi-tenant deployments, this represents a severe isolation breach that could affect compliance, customer trust, and operational security.
Affected systems
Capgo versions prior to 12.128.2 are vulnerable. Organizations should verify their deployment version immediately. The vulnerability is present in the role binding creation functionality and impacts any Capgo instance where multiple organizations share the same platform infrastructure.
Exploitability
Exploitation requires valid administrative credentials within a Capgo organization; it cannot be executed by unauthenticated users. The attack surface is restricted to users with existing privileged access. However, the barrier to exploitation is low once admin credentials are obtained—no complex techniques, user interaction, or host-level access are required. The network-accessible endpoint and straightforward request-response nature make this a practical risk for compromised admin accounts or insider threats.
Remediation
Upgrade Capgo to version 12.128.2 or later. This patch introduces proper ownership verification for app_id parameters in role binding creation, ensuring administrators can only bind roles to applications within their own organization. Prior to upgrading, restrict administrative access in Capgo to trusted personnel and monitor role binding activities for anomalies.
Patch guidance
Apply the 12.128.2 release or any subsequent patched version from the Capgo vendor. Verify the patch deployment by confirming the version number in your Capgo instance (typically accessible via CLI or admin dashboard). Test in a staging environment first if possible to ensure no integration breakage with existing role binding configurations. Consider re-auditing active role bindings after patching to detect any unauthorized bindings created during the vulnerability window.
Detection guidance
Monitor POST requests to /private/role_bindings for suspicious patterns: requests from admin accounts binding roles to app_ids outside their organization, role binding creation for applications the requester should not have visibility into, or unusual spikes in role binding API calls. Log and review the app_id and organization_id combinations in role binding audit trails. Implement alerts for cross-organization role binding attempts. Check Capgo audit logs for the creation timestamp of role bindings and correlate with known admin account activity.
Why prioritize this
HIGH priority. The vulnerability enables cross-organization privilege escalation with moderate exploitation barriers (requires existing admin credentials) but severe impact (read and write access to victim applications and data). The CVSS 7.2 score reflects high confidentiality and integrity impact. Organizations with multiple tenants or high-value applications should patch immediately. Those with strong credential hygiene and limited admin account distribution can accept brief delays, but this should not remain unpatched beyond routine maintenance windows.
Risk score, explained
CVSS 3.1 score of 7.2 (HIGH) reflects: Network-accessible endpoint (AV:N), low attack complexity (AC:L), high privilege requirement as a limiting factor (PR:H), no user interaction needed (UI:N), single security boundary affected (S:U), and high impact across confidentiality, integrity, and availability (C:H/I:H/A:H). The 'High' privilege requirement prevents widespread abuse but does not reduce severity—an attacker who obtains admin credentials can immediately compromise other organizations' data.
Frequently asked questions
Does this vulnerability require inter-organization collusion or can a single attacker exploit it?
A single attacker with administrative credentials in one organization can exploit this unilaterally. No cooperation from other organizations is needed. The vulnerability is purely a logic flaw in authorization checking.
Are there indicators in Capgo logs that an attacker has exploited this vulnerability?
Yes. Review POST /private/role_bindings requests in your audit logs for role bindings targeting app_ids that belong to a different organization_id than the administrator's own organization. Look for timestamps before you applied patch 12.128.2 and cross-reference with your admin access logs to identify which accounts made the suspicious requests.
If we're a single-organization Capgo customer, are we at risk?
You are not at risk of being exploited by external attackers via this flaw, since there are no other organizations to target. However, a malicious insider with admin credentials could still exploit the vulnerability to create unauthorized role bindings and cover their tracks. Additionally, if your organization plans to add sub-organizations or federated users in the future, you should patch to avoid future exposure.
What should we do if we suspect we've been compromised through this vulnerability?
Immediately audit your role bindings in Capgo and identify any that grant access to unexpected applications or organizations. Revoke suspicious bindings, rotate credentials for affected admin accounts, review logs for unauthorized application modifications, and scan for injected code or backdoors in your applications. Consider engaging incident response and notifying your security team or vendors of any data access that may have occurred.
This analysis is based on the vulnerability description and CVSS scoring provided and is current as of the publication date. Capgo version numbers, patch details, and API endpoint names should be verified against the official Capgo security advisory and release notes. Organizations should conduct their own risk assessment based on their specific deployment architecture, data sensitivity, and credential management practices. No exploit code or weaponized proof-of-concept is provided or endorsed. Consult Capgo's official documentation and support channels for authoritative remediation guidance. Source: NVD (public-domain), retrieved 2026-07-28. Analysis generated by SEC.co (claude-haiku-4-5).
Weaknesses (CWE)
Related vulnerabilities
- CVE-2025-14772HIGHABB T-MAC Plus Authorization Bypass (CVSS 8.8)
- CVE-2025-59133HIGHProjectopia Custom Role IDOR Vulnerability (7.5 CVSS)
- CVE-2026-12204HIGHShopXO Authorization Bypass in Order & Payment Processing
- CVE-2026-33760HIGHLangflow BOLA Vulnerability Allows Cross-User Data Access
- CVE-2026-40768HIGHUnauthenticated IDOR in Salon Booking System ≤10.30.24 – HIGH Severity
- CVE-2026-41084HIGHApache Airflow Task Instances API Authorization Bypass
- CVE-2026-42863HIGHFlowiseAI Mass Assignment Vulnerability in Chatflow Update Endpoint
- CVE-2026-42947HIGHNaxclow Device Takeover Vulnerability – Silent Unauthorized Reassignment