CVE-2026-56320: Capgo Authorization Bypass in Device Creation (CVSS 7.1)
Capgo before version 12.128.2 has a security flaw that allows authenticated users to create device records for applications they don't own. The vulnerability exists in the device creation endpoint, which fails to verify that the organization identifier provided by the user actually matches the organization that owns the target application. An attacker with valid credentials can exploit this to inject device records into someone else's app, crossing organizational boundaries that should be protected.
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-285
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-06-30 / 2026-07-01
NVD description (verbatim)
Capgo before 12.128.2 contains an authorization flaw in POST /private/create_device that accepts a caller-supplied org_id parameter without validating it matches the target app's owner organization. Authenticated attackers can create device records for an application using a foreign organization identifier, bypassing the intended org/app authorization boundary.
3 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-56320 is an authorization bypass vulnerability in Capgo's POST /private/create_device endpoint. The flaw stems from insufficient validation of the caller-supplied org_id parameter. The endpoint accepts any org_id value without confirming that it corresponds to the authenticated user's organization or that it matches the organization owning the target application. This violation of the principle of least privilege (CWE-285: Improper Authorization) allows an authenticated attacker to create device records associated with arbitrary organizations, circumventing the intended org/app ownership boundary. The CVSS 3.1 score of 7.1 reflects the combination of network accessibility, low attack complexity, and significant integrity impact, though confidentiality impact is limited.
Business impact
Unauthorized device creation within a Capgo instance can lead to data integrity compromise and operational confusion. An attacker could inject fabricated device records into competitor or partner applications, potentially affecting analytics, compliance reporting, and device management workflows. The ability to claim devices under foreign organizations may also enable reconnaissance or service disruption if downstream integrations rely on device records for authentication or resource allocation.
Affected systems
Capgo versions prior to 12.128.2 are affected. Organizations running Capgo in multi-tenant or multi-organization environments face elevated risk, particularly if user roles and API tokens are widely distributed. The vulnerability requires authentication, so it is not exploitable by anonymous users.
Exploitability
Exploitation requires valid Capgo credentials. An authenticated user (legitimate or compromised account) can craft a POST request to /private/create_device with a foreign org_id to bypass authorization checks. No user interaction or special conditions are needed once authentication is obtained. The low attack complexity and straightforward request structure make exploitation trivial for anyone with account access. The vulnerability is not currently listed on the CISA Known Exploited Vulnerabilities (KEV) catalog, but the ease of exploitation warrants prompt remediation.
Remediation
Upgrade Capgo to version 12.128.2 or later. This patch implements proper validation of the org_id parameter, ensuring that it matches the organization of the authenticated user and the target application before allowing device record creation. Organizations should verify the patch is deployed across all Capgo instances and test device creation workflows in both single and multi-tenant configurations.
Patch guidance
Apply Capgo version 12.128.2 or newer as soon as feasible. Review your Capgo deployment architecture to identify whether you operate single or multi-organization instances. Test the patched version in a non-production environment to confirm that legitimate device creation workflows continue to function correctly. If you cannot patch immediately, consider restricting API token distribution and monitoring device creation logs for unusual patterns (e.g., devices created with org_ids not matching the caller's organization).
Detection guidance
Monitor POST requests to /private/create_device endpoints. Flag or investigate instances where the org_id parameter in the request does not match the authenticated user's organization or the target application's owner organization. Review device creation audit logs for the period before patching to identify any unauthorized device records. Alert on API calls from service accounts or user roles with broader permissions than expected. Consider implementing request validation at the API gateway or proxy layer as a defense-in-depth measure.
Why prioritize this
Although the CVSS score is 7.1 (HIGH) and the vulnerability does not yet appear on the CISA KEV list, it should be treated as high priority because it enables cross-organizational data tampering in a configuration or orchestration platform. Multi-tenant Capgo deployments are particularly at risk. The ease of exploitation—requiring only valid credentials and a standard HTTP POST—combined with the direct integrity impact on application configurations justifies rapid patching.
Risk score, explained
The CVSS 3.1 score of 7.1 reflects: (1) network-accessible endpoint (AV:N), (2) low attack complexity—no special conditions needed beyond authentication (AC:L), (3) requirement for prior authentication (PR:L), (4) limited scope (S:U), (5) low confidentiality impact (C:L), and (6) high integrity impact from unauthorized device record creation (I:H). The absence of availability impact (A:N) prevents a critical rating. The score appropriately balances the ease of exploitation against its limited scope within the application layer.
Frequently asked questions
Does this vulnerability require network access to exploit?
Yes, the vulnerable endpoint is accessible over the network via HTTP POST requests. However, the attacker must possess valid Capgo authentication credentials. Public or unauthenticated access is not possible.
What versions of Capgo are affected?
All versions prior to 12.128.2 are vulnerable. If you run Capgo, verify your installed version and upgrade if you are below 12.128.2.
Can this flaw be exploited to read sensitive data?
The primary impact is integrity (unauthorized device creation), not confidentiality. While an attacker could potentially gain indirect visibility into a foreign app's device records, the vulnerability is not designed for data exfiltration. Confidentiality impact is rated as low.
If I cannot patch immediately, what mitigations are available?
Limit API token distribution and scope to minimize the number of users who can reach the vulnerable endpoint. Enable detailed audit logging on device creation operations and review logs regularly. Monitor for anomalous org_id patterns in requests. These are temporary controls and do not replace patching.
This analysis is based on the official CVE record and vendor advisory. Organizations should verify patch availability and compatibility with their specific Capgo deployment before applying updates. The absence of a CISA KEV designation does not diminish the need for timely remediation. Security teams should conduct their own risk assessment based on their infrastructure, user roles, and data sensitivity. No exploit code or weaponized proof-of-concept is provided in this advisory. Source: NVD (public-domain), retrieved 2026-08-09. 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