CVE-2026-56217: Capgo API Policy Bypass Allows Downgrade of Encrypted App Updates
Capgo versions before 12.128.2 contain a vulnerability that lets attackers with API access weaken the security of app updates. Specifically, attackers can bypass organization policies that require app updates to be encrypted by directly manipulating the database to remove encryption keys, allowing them to force apps to accept unencrypted updates. This is a policy-enforcement gap rather than a fundamental cryptographic break, but it does undermine intentional security controls that teams put in place.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 4.3 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:L/A:N
- Weaknesses (CWE)
- CWE-284
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-07-08 / 2026-07-08
NVD description (verbatim)
Capgo before 12.128.2 contains a policy bypass vulnerability in app_versions update enforcement that allows app-scoped API keys to downgrade encrypted bundles to non-encrypted state. Attackers with app-scoped all API keys can directly update the app_versions table via PostgREST to clear session_key and key_id fields, bypassing organization-enforced encrypted-bundle policies and weakening OTA security controls.
3 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-56217 is a privilege escalation and policy-bypass vulnerability in Capgo's PostgREST-backed app_versions table enforcement. App-scoped API keys with "all" permissions can directly invoke UPDATE operations to clear the session_key and key_id columns, which are the enforcement mechanism for encrypted-bundle policies. Because the application relies on the presence of these columns to enforce encryption requirements at the policy layer rather than enforcing it at the API endpoint level, attackers with valid credentials can sidestep organization-level OTA (over-the-air) update controls. The vulnerability affects CWE-284 (Improper Access Control), indicating the core issue is inadequate authorization checks on direct database mutations.
Business impact
Organizations using Capgo for mobile app distribution face a supply-chain security risk. Attackers who obtain an app-scoped API key—whether through insider threat, key exposure, or compromised CI/CD pipeline—can weaken the encryption guarantees of app updates without detection. This could allow adversaries to inject malicious or modified code into legitimate app updates, undermining trust in the update mechanism and potentially affecting end users. The impact is limited to organizations that have explicitly enforced encrypted-bundle policies; those without such policies are not affected by the bypass itself but should reconsider their security posture.
Affected systems
Capgo versions before 12.128.2 are vulnerable. No specific product versions beyond Capgo itself are listed in the advisory data. Organizations using Capgo for app version management and OTA distribution are in scope, particularly those relying on encrypted-bundle enforcement policies. The vulnerability requires valid API key credentials, so exposure is limited to authenticated contexts.
Exploitability
Exploitability is straightforward for anyone holding an app-scoped API key with broad permissions. No user interaction is required, and the attack is trivial to execute: a simple database UPDATE statement via PostgREST suffices. However, the attacker must already possess a valid API key, which is a meaningful barrier. The CVSS score of 4.3 (MEDIUM) reflects low severity (no confidentiality impact, integrity only) and the authentication requirement; the low complexity acknowledges the ease of the actual exploit once access is obtained.
Remediation
Upgrade Capgo to version 12.128.2 or later. This patch version enforces encryption-key validation at the API layer, preventing direct database manipulation from bypassing organization policies. If immediate patching is not possible, restrict API key permissions to the principle of least privilege and regularly audit API key usage and creation times. Consider rotating any API keys that may have been exposed or over-provisioned.
Patch guidance
Apply Capgo version 12.128.2 or newer. Verify the upgrade in your environment by checking the application version and confirming that encrypted-bundle policies are enforced even when direct database access is attempted. After patching, review existing API keys to ensure none have excessive privileges, and consider implementing automated key rotation policies.
Detection guidance
Monitor PostgREST logs and database access logs for UPDATE statements on the app_versions table that modify session_key or key_id fields. Alert on API calls from app-scoped keys that request write access to version metadata. Review audit trails for any policy-enforcement changes or unexpected encryption-state transitions. Audit all app-scoped API keys in your Capgo instances and verify that only necessary permissions are granted.
Why prioritize this
While the CVSS score is MEDIUM, prioritization should be elevated if your organization enforces encrypted-bundle policies for compliance or security hardening. The vulnerability is trivial to exploit once credentials are obtained, and the impact—poisoning legitimate updates—is severe. Conversely, if you do not require encrypted bundles, this vulnerability has minimal direct impact. The lack of KEV listing suggests this is not yet widely exploited in the wild, providing a window to patch before active abuse.
Risk score, explained
The CVSS 3.1 score of 4.3 reflects: (1) Network-exploitable attack vector (AV:N); (2) Low attack complexity—straightforward database operations (AC:L); (3) Low privileges required—only app-scoped keys are needed (PR:L); (4) No user interaction (UI:N); (5) No impact to confidentiality (C:N) or availability (A:N), only integrity (I:L), since the attack modifies encryption state but does not leak data or cause system downtime. The score appropriately captures a policy-bypass with real-world security implications but limited direct technical severity.
Frequently asked questions
What is an app-scoped API key and why does it matter here?
An app-scoped API key is a credential with permissions limited to a single app in Capgo. Normally, scoped keys reduce blast radius compared to organization-wide keys. However, this vulnerability shows that even scoped keys with broad permissions ("all") can circumvent organization-level policies by directly editing the database, defeating the intent of the scope limitation.
Do I need to patch if I don't use encrypted bundles?
Encrypted bundles are optional in Capgo. If your organization does not enforce encrypted-bundle policies, this vulnerability does not directly affect you. However, you should still upgrade to limit exposure if security posture changes in the future, and to prevent insider threats or compromised keys from introducing this weakness.
How can I tell if my API keys were misused?
Review audit logs and database logs for UPDATE queries on app_versions between the time of potential key exposure and the patch date. Check the modification timestamps and user/API key responsible for changes to session_key and key_id fields. If modifications occurred outside of expected deployments, investigate immediately.
What is the difference between this vulnerability and a cryptographic weakness?
This is not a flaw in the encryption algorithm itself. Rather, it is an access control flaw that allows attackers to disable encryption enforcement via the application's own API. The underlying cryptography may be sound, but the policy layer that requires its use has a gap.
This analysis is based on the CVE record published on 2026-07-08 and current public information. Vendor advisories and patch availability should be verified directly with Capgo's official security documentation. Organizations must assess the applicability of this vulnerability to their specific configuration and deployment model. No exploit code or weaponized proof-of-concept is provided. This content is for informational purposes to support informed security decision-making and should not be treated as definitive legal, compliance, or technical guidance without review by your own security team. Source: NVD (public-domain), retrieved 2026-08-17. Analysis generated by SEC.co (claude-haiku-4-5).
Weaknesses (CWE)
Related vulnerabilities
- CVE-2024-27891MEDIUMArista EOS MACsec + Egress ACL Policy Enforcement Failure
- CVE-2025-24165MEDIUMmacOS Permissions Issue Enables Unexpected System Termination
- CVE-2025-24816MEDIUMNokia MantaRay API Authorization Bypass – Information Disclosure Vulnerability
- CVE-2025-43339MEDIUMmacOS Tahoe Sandbox Access Control Bypass Allows User Data Disclosure
- CVE-2025-46308MEDIUMApple iOS, iPadOS, macOS Authorization Bypass—Sensitive Data Disclosure
- CVE-2026-10152MEDIUMImproper Access Control in TaleLin lin-cms-spring-boot Book Endpoint
- CVE-2026-10172MEDIUMBdtask Multi-Store Inventory 1.0 Unrestricted File Upload Vulnerability
- CVE-2026-10205MEDIUMUnrestricted File Upload in Metasoft MetaCRM 6.4.0 – Exploit Details & Remediation