CVE-2026-56320
Deferred Deferred - Pending Action

Authorization Bypass in Capgo Device Creation

Vulnerability report for CVE-2026-56320, including description, CVSS score, EPSS score, affected products, exploitability, helpful resources, and attack-flow context.

Publication date: 2026-06-30

Last updated on: 2026-07-01

Assigner: VulnCheck

Description

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.

CVSS Scores

EPSS Scores

Probability:
Percentile:

Meta Information

Published
2026-06-30
Last Modified
2026-07-01
Generated
2026-07-21
AI Q&A
2026-07-01
EPSS Evaluated
2026-07-19
NVD
EUVD

Affected Vendors & Products

Showing 1 associated CPE
Vendor Product Version / Range
capgo create_device to 12.128.2 (exc)

Helpful Resources

Exploitability

CWE
CWE Icon
KEV
KEV Icon
CWE ID Description
CWE-285 The product does not perform or incorrectly performs an authorization check when an actor attempts to access a resource or perform an action.

Attack-Flow Graph

AI Quick Actions

Instant insights powered by AI
Executive Summary

This vulnerability exists in Capgo versions before 12.128.2 and involves an authorization flaw in the POST /private/create_device endpoint. The flaw allows an authenticated attacker to supply an org_id parameter that is not validated against the target application's owner organization. As a result, attackers can create device records for applications using organization identifiers that do not belong to them, effectively bypassing the intended authorization boundaries between organizations and applications.

Detection Guidance

This vulnerability can be detected by monitoring and analyzing requests to the POST /private/create_device endpoint for suspicious org_id parameters that do not match the expected organization of the target app.

Since both legitimate and foreign org_id requests return 200 OK responses, detection requires inspecting the org_id values supplied in the requests and verifying if they correspond to the actual owner organization of the app_id.

Suggested commands include capturing and filtering HTTP POST requests to /private/create_device and checking the org_id parameter against known valid organization IDs for the app.

  • Use network traffic capture tools like tcpdump or Wireshark to capture POST requests to /private/create_device.
  • Example tcpdump command: tcpdump -A -s 0 'tcp port 80 or tcp port 443' | grep -i 'POST /private/create_device'
  • Use curl or similar tools to manually test the endpoint with different org_id values and observe responses.
  • Check application logs for POST /private/create_device requests and verify if org_id matches the app's owner organization.
Impact Analysis

The impact of this vulnerability is that an authenticated attacker can create device records for applications belonging to other organizations. This unauthorized access can lead to data integrity issues, unauthorized manipulation of application data, and potential misuse of devices associated with foreign organizations. It compromises the security boundary between organizations, potentially leading to further exploitation or unauthorized actions within the affected system.

Compliance Impact

The vulnerability allows authenticated attackers to bypass authorization boundaries and create device records for applications under foreign organizations. This improper authorization could lead to unauthorized access and manipulation of device telemetry, analytics, auditing, or billing data.

Such unauthorized data creation and access may impact compliance with standards and regulations like GDPR and HIPAA, which require strict controls over data access, integrity, and auditability to protect personal and sensitive information.

By allowing data to be created or modified outside the legitimate organizational scope, the flaw could undermine data integrity and accountability, potentially leading to violations of these regulatory requirements.

Mitigation Strategies

Immediate mitigation steps include restricting access to the POST /private/create_device endpoint to only trusted and authenticated users with proper authorization.

Validate and enforce that the org_id parameter supplied in requests matches the actual owner organization of the target app before allowing device creation.

If possible, apply the vendor-provided patch or upgrade Capgo to version 12.128.2 or later, where this authorization flaw is fixed.

Monitor logs and alerts for suspicious activity related to device creation with foreign org_id values.

Chat Assistant

Ask questions about this CVE
Hi! I’m here to help you understand CVE-2026-56320. Ask me anything about the vulnerability, its impact, or mitigation strategies.
0/70

EPSS Chart