HIGH 8.8

CVE-2026-56216: Capgo API Key Scope Escalation Vulnerability (CVSS 8.8)

Capgo versions before 12.128.2 contain a privilege escalation flaw that allows attackers who compromise an app-limited API key to escalate it into a fully unrestricted key with organization-wide access. The vulnerability exists in the API key minting endpoint and can be exploited by setting empty permission limits during key creation. This means an attacker with a limited-scope key could gain access to sensitive resources across the entire organization, including app listings and other protected endpoints.

Source data · NVD / CISA · public domain

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

NVD description (verbatim)

Capgo before 12.128.2 contains a scope escalation vulnerability in the POST /functions/v1/apikey endpoint that allows app-limited API keys to mint unrestricted keys by setting empty limits. Attackers with a compromised app-limited key can create an unrestricted key with org-wide access to resources like app listings and other protected endpoints.

3 reference(s) · View on NVD →

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

Technical summary

CVE-2026-56216 is an improper authorization vulnerability (CWE-269) in the POST /functions/v1/apikey endpoint of Capgo. The endpoint fails to properly validate or enforce scope restrictions when processing key creation requests. By submitting a malformed request with empty limit fields, an authenticated attacker can bypass the intended scope constraints on app-limited keys and create keys with unrestricted permissions. The vulnerability affects all versions prior to 12.128.2 and requires valid API credentials to exploit, indicating a post-authentication privilege escalation vector.

Business impact

A compromised app-limited API key becomes a pivot point for organizational compromise. Attackers can leverage the scope escalation to access sensitive application metadata, licensing information, and other protected resources across the entire organization. This increases the blast radius of any single key compromise from a narrow, application-specific scope to organization-wide visibility and potential for lateral movement or unauthorized changes to app configurations.

Affected systems

Capgo versions prior to 12.128.2 are affected. The vulnerability impacts any deployment relying on app-limited API keys for least-privilege access control. Organizations using API keys with intentionally restricted scopes should assume those restrictions may be bypassable if the keys have been exposed or compromised in any way.

Exploitability

Exploitation requires prior compromise or access to a valid app-limited API key. The attack itself is trivial once credentials are obtained—it involves a single HTTP POST request with empty limit parameters to the key minting endpoint. No special tools or complex techniques are required, and the vulnerability can be exploited over the network. The primary barrier to exploitation is obtaining an initial valid API credential, but once breached, the scope escalation is straightforward.

Remediation

Immediately upgrade Capgo to version 12.128.2 or later. After patching, review API key usage patterns and audit logs to identify whether any unusual key creation activity occurred during the window when affected versions were in use. Revoke any API keys that cannot be confirmed as legitimately created, and implement monitoring on the key creation endpoint to detect similar exploitation attempts in the future.

Patch guidance

Apply Capgo version 12.128.2 or later to all affected installations. The patch addresses the authorization logic in the POST /functions/v1/apikey endpoint to properly enforce scope restrictions regardless of input parameters. Test the upgrade in a non-production environment first to verify compatibility with your deployment. Verify the upgrade was successful by confirming the application version and testing API key creation with intentionally restricted scopes to ensure limits are enforced.

Detection guidance

Monitor audit logs for POST requests to the /functions/v1/apikey endpoint that result in key creation with unrestricted or unexpectedly broad permissions. Alert on suspicious patterns such as app-limited keys being used to create organization-wide keys, or multiple failed key creation attempts followed by successful ones with elevated scope. Network detection should flag any unusual API activity from compromised keys, particularly requests to protected endpoints that fall outside the key's intended scope.

Why prioritize this

This vulnerability merits urgent attention due to its combination of high CVSS score (8.8), ease of exploitation once credentials are compromised, and the organizational impact of scope escalation. While it requires valid credentials, the near-zero effort required to exploit it means any key compromise immediately becomes critical. The threat is heightened if your organization uses API keys for programmatic access or if keys have been stored in version control, logs, or other locations where they may be accessible to attackers.

Risk score, explained

The CVSS 3.1 score of 8.8 (HIGH) reflects a network-accessible vulnerability with low attack complexity and no user interaction required. While exploitation requires low-privilege authenticated access, the impact is severe: compromised confidentiality, integrity, and availability across organization-wide resources. The unrestricted scope of the escalated key means an attacker gains equivalent access to an organization administrator from a single compromised limited key, justifying the high severity rating.

Frequently asked questions

Can this be exploited without an API key?

No. The vulnerability requires a valid API key with at least app-limited permissions to access the POST /functions/v1/apikey endpoint. An attacker must have legitimate (though limited) credentials first. However, app-limited keys are often easier to obtain or compromise than full administrative keys, which is why the scope escalation is particularly dangerous.

Will upgrading to 12.128.2 affect my existing API keys?

No. The patch only changes the validation logic for newly created keys. Existing keys will continue to function as-is. However, after upgrading, any attempt to create an unrestricted key using the old exploit method will fail. You should audit existing keys to ensure none were created through this vulnerability while running vulnerable versions.

How can I tell if this vulnerability was exploited in my environment?

Check audit logs for the POST /functions/v1/apikey endpoint, looking for requests that resulted in key creation with broader scope than expected. Review the scope and creation timestamp of all organization-wide or unrestricted API keys—legitimate ones should have clear justification and matching approval records. Correlate key creation with any suspicious API activity during the same time period.

Is this vulnerability in the CISA KEV catalog?

No, this vulnerability is not currently on the CISA Known Exploited Vulnerabilities (KEV) catalog. However, the straightforward nature of the exploit and public disclosure mean organizations should not delay patching in expectation of KEV listing.

This analysis is based on the CVE-2026-56216 public disclosure and vendor advisory. Patch version numbers and specific remediation steps should be verified against the official Capgo security advisory before deployment. Exploitation in live environments should not be attempted without proper authorization. Organizations should conduct their own risk assessment based on their specific deployment, API key exposure risk, and attack surface. Source: NVD (public-domain), retrieved 2026-07-28. Analysis generated by SEC.co (claude-haiku-4-5).