HIGH 7.2

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).