CVE-2026-56246: Capgo API Key Scope Bypass Allows Cross-Organization Deletion
Capgo versions before 12.128.2 have a critical flaw in how they handle API key permissions. When an administrator creates a restricted API key intended to work with only one organization, the system incorrectly allows that key to perform destructive actions on other organizations the administrator manages. This happens because the permission system checks the administrator's user privileges first, then fails to properly enforce the API key's scope restrictions. An attacker with legitimate API key access could delete organizations or remove members from organizations they shouldn't be able to touch.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 8.1 HIGH · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:H
- Weaknesses (CWE)
- CWE-285
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-07-08 / 2026-07-08
NVD description (verbatim)
Capgo before 12.128.2 contains a broken access control vulnerability in the organization management API where a scoped API key (limited_to_orgs) inherits its owner-user's permissions, allowing destructive cross-organization actions. When a user is an admin in two organizations and creates a write-mode API key restricted to one organization, that key can still perform destructive operations (e.g., DELETE /organization, DELETE /organization/members) against another organization. The root cause is route-level authorization (rbac_check_permission_direct) that evaluates the key owner's user privileges before enforcing the API key's limited_to_orgs scope.
3 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
The vulnerability is a broken access control issue (CWE-285) where scoped API keys with limited_to_orgs restrictions inherit the broader permissions of their owning user account. The authorization logic at the route level (rbac_check_permission_direct) evaluates user privileges before enforcing API key scope constraints, allowing a key restricted to Organization A to perform destructive operations against Organization B if the key's owner holds admin status in both organizations. The flaw affects DELETE endpoints for /organization and /organization/members, enabling cross-organization privilege escalation. The CVSS 3.1 score of 8.1 (HIGH) reflects the high integrity and availability impact in a network-accessible API with low attack complexity.
Business impact
Multi-tenant customers using Capgo face significant operational risk. An admin who creates a scoped API key for a legitimate purpose—such as granting CI/CD pipelines access to a single organization—inadvertently grants that key destructive power over their other organizations. In breach or misuse scenarios, this allows unauthorized deletion of organizations and member accounts across administrative boundaries. For managed service providers or enterprises managing multiple Capgo organizations, this threatens data integrity and operational continuity across customer or business unit silos.
Affected systems
Capgo versions prior to 12.128.2 are affected. The vendor_products field in the source data is empty, so verify affected versions and applicable deployment models (cloud-hosted vs. self-hosted) against the official Capgo security advisory.
Exploitability
Exploitability is moderate in terms of access requirements but high in impact. An attacker must hold valid admin credentials and an active API key (PR:L in the CVSS vector), but once obtained, the attack is straightforward: send HTTP DELETE requests to organization endpoints using a scoped key. No user interaction is required, and the network is directly accessible. The low complexity (AC:L) reflects that no special conditions or race conditions are needed—the flaw is deterministic. However, the attack requires legitimate (though misconfigured) API access, limiting opportunistic exploitation.
Remediation
Upgrade Capgo to version 12.128.2 or later. This patch corrects the authorization logic to enforce API key scope restrictions before evaluating user privileges. Organizations should audit existing API keys, especially those created with limited_to_orgs restrictions, and regenerate them after patching. Review audit logs for any suspicious cross-organization API activity prior to patching.
Patch guidance
Apply the update to Capgo 12.128.2 or later as soon as feasible given the HIGH severity rating. Before patching, document any API keys currently in use and their intended scopes. After patching, test scoped API keys in a staging environment to confirm that cross-organization operations are now properly blocked. Rotate all API keys created with limited_to_orgs scope to ensure they inherit the corrected permission model. Organizations operating multiple Capgo instances should prioritize patching instances with multi-organization administrative structures.
Detection guidance
Monitor API audit logs for DELETE requests to /organization or /organization/members endpoints using scoped API keys (those with limited_to_orgs attributes). Flag requests where the target organization differs from the API key's scope restriction. Check for unusual patterns of admin accounts creating multiple organizations or making unexpected cross-organization API calls. In pre-patch environments, correlate API key creation timestamps with subsequent cross-organization destructive actions to identify potential exploitation.
Why prioritize this
This vulnerability scores HIGH (8.1 CVSS) due to high integrity and availability impact combined with network accessibility and low attack complexity. The broken access control pattern is a foundational security issue in multi-tenant systems. Although exploitation requires valid credentials, the scope of potential damage—silent, authorized-looking deletion of entire organizations—warrants immediate attention. Organizations with multiple Capgo administrative accounts or complex organizational hierarchies face elevated risk.
Risk score, explained
The CVSS 3.1 score of 8.1 reflects: Network-accessible API (AV:N), low attack complexity requiring only valid credentials and an API key (AC:L, PR:L), no user interaction (UI:N), unchanged security scope (S:U), no confidentiality impact (C:N), but high integrity impact via organization and member deletion (I:H), and high availability impact through destructive operations (A:H). This puts the vulnerability firmly in the HIGH band, justifying urgent patching despite the authentication requirement.
Frequently asked questions
Can this vulnerability be exploited without admin credentials?
No. The attack requires a user account with admin privileges in at least two organizations, plus an active API key. However, any admin managing multiple organizations should review their API keys immediately, as the misconfiguration may already exist.
Does the patch require application downtime?
Verify against the official Capgo release notes, but access control patches typically do not require extended downtime. Test the upgrade in a staging environment first.
How can we find all vulnerable API keys in our environment?
Query or export your API key inventory and filter for keys with limited_to_orgs scope. Cross-reference with admin account membership in multiple organizations. Conduct an audit log review for any cross-organization API activity using these keys. After patching, regenerate flagged keys.
Is this vulnerability leveraged by ransomware or widely exploited in the wild?
The source data indicates KEV status is false, meaning it is not yet in the CISA Known Exploited Vulnerabilities catalog. However, do not rely on this as a reason to delay patching; internal or targeted exploitation may occur before public disclosure of attacks.
This analysis is based on the vulnerability description and CVSS vector provided. Specific patch availability, supported versions, and deployment timelines should be verified against official Capgo security advisories and release notes. No exploit code or weaponized proof-of-concept instructions are provided. Security teams should assess risk in the context of their own environment, threat landscape, and business dependencies. Source: NVD (public-domain), retrieved 2026-08-17. Analysis generated by SEC.co (claude-haiku-4-5).
Weaknesses (CWE)
Related vulnerabilities
- CVE-2026-0072HIGHAndroid XR InputMethodManagerService Privilege Escalation (CVSS 7.8)
- CVE-2026-10236HIGHSourceCodester Water Billing System Improper Authorization Vulnerability (CVSS 7.3)
- CVE-2026-11462HIGHBeikeShop Stripe Plugin Authorization Bypass (HIGH)
- CVE-2026-12204HIGHShopXO Authorization Bypass in Order & Payment Processing
- CVE-2026-14690HIGHSourceCodester Multi-Vendor Grocery System Authorization Bypass
- CVE-2026-14753HIGHAuthorization Bypass in mjperpinosa stumasy Note Handler
- CVE-2026-14778HIGHAuthorization Bypass in SourceCodester LMS Enrollment
- CVE-2026-20190HIGHCisco ISE Unauthenticated Remote Credential Access Vulnerability