CVE-2026-56309: Capgo Plan Restriction Bypass on File Upload Endpoint
Capgo, a mobile app backend service, contains a vulnerability that allows authenticated users to upload files to a shared storage system without respecting their account's plan limitations. An attacker with upload permissions could bypass restrictions meant to prevent certain app tiers from accessing the file upload feature, effectively storing unlimited data on Capgo's infrastructure and potentially downloading it repeatedly at no cost. The uploaded files persist even after an app is deleted, creating a storage and bandwidth waste problem for Capgo and its legitimate users.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 5.4 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:L/A:L
- Weaknesses (CWE)
- CWE-770
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-07-10 / 2026-07-10
NVD description (verbatim)
Capgo before 12.128.2 fails to enforce plan/quota restrictions on the /files/upload/attachments endpoint, allowing plan-blocked apps to create publicly readable R2 objects. Attackers can upload arbitrary attachments using upload-scoped API keys that bypass plan checks, persist outside normal bundle metadata, and survive app deletion, enabling storage and bandwidth abuse.
3 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-56309 exploits improper authorization on Capgo's /files/upload/attachments endpoint. The vulnerability allows authenticated users holding upload-scoped API keys to circumvent plan-based quota enforcement and create publicly readable objects in Cloudflare R2 storage. Uploaded attachments bypass the normal bundle metadata tracking system and persist independently of their originating application lifecycle. The root cause is the endpoint's failure to validate whether the requesting account's subscription tier permits file upload operations before accepting and storing the attachment.
Business impact
For Capgo users, this represents a service quality and cost issue. Malicious or misconfigured clients can consume disproportionate storage and bandwidth resources, inflating Capgo's hosting costs and potentially degrading service for legitimate users. For enterprises deploying Capgo, unauthorized file uploads using compromised or overprivileged API keys could lead to unexpected storage bills or serve as a vector for data exfiltration if an attacker gains API key access. Reputationally, uncontrolled storage abuse undermines Capgo's ability to enforce fair-use policies across its user base.
Affected systems
Capgo versions prior to 12.128.2 are affected. The vulnerability is specific to the /files/upload/attachments endpoint and impacts any Capgo instance where upload-scoped API keys are issued to applications or users. Organizations using Capgo for mobile app backend services should assess whether their deployment and key management practices expose them to this risk.
Exploitability
Exploitation requires valid API credentials with upload scope—a low barrier for attackers who gain access to compromised keys, but still a requirement that prevents unauthenticated abuse. The attack is straightforward: use a standard upload API call against an endpoint that fails to validate plan restrictions. No complex payload construction or timing is required. The CVSS score of 5.4 (Medium) reflects the need for authentication but acknowledges the ease of abuse once that credential is obtained.
Remediation
Upgrade Capgo to version 12.128.2 or later. This patch restores plan-based authorization checks on the /files/upload/attachments endpoint, ensuring that only accounts with an appropriate subscription tier can upload attachments. Verify the patch release notes to confirm the specific fix aligns with your deployment model.
Patch guidance
Apply the 12.128.2 update as soon as feasible. If immediate patching is not possible, review API key scope assignments and rotate any upload-scoped keys that may have been shared or exposed. Consider implementing additional API rate limiting or IP allowlisting on the upload endpoint as a temporary compensating control while you prepare the upgrade. Test the patch in a non-production environment first to rule out compatibility issues with custom integrations.
Detection guidance
Monitor logs for unusual file uploads to the /files/upload/attachments endpoint, particularly from API keys or accounts that do not match expected usage patterns. Flag uploads originating from accounts on lower-tier plans or from unexpected geographic regions. Alert on a spike in attachment creation followed by app deletion, as this behavior is consistent with the persistence and evasion characteristics described in the vulnerability. If available, track the public readability status of uploaded R2 objects to identify artifacts that should have been access-restricted.
Why prioritize this
Although the CVSS score is moderate, the vulnerability enables resource abuse and potential cost overruns for SaaS operators. Prioritize patching based on your organization's reliance on Capgo, the sensitivity of API key management in your environment, and whether you operate multi-tenant infrastructure where one customer's abuse could impact another. If your Capgo instance is internet-facing and API keys have been distributed to partners or third parties, prioritize more urgently.
Risk score, explained
The CVSS 3.1 score of 5.4 reflects a Medium severity assessment. The attack vector is network-based (AV:N) with low complexity (AC:L), requiring login credentials (PR:L) but no user interaction (UI:N). The impact is scoped to the service itself (S:U), with integrity compromised by unauthorized file creation (I:L) and availability affected by resource exhaustion (A:L). The score does not escalate to High because the vulnerability does not grant access to user data or enable remote code execution; it is bounded to abuse of the file upload mechanism.
Frequently asked questions
Can this vulnerability be exploited without valid API credentials?
No. The vulnerability requires authentication—specifically, an API key with upload scope. However, if an attacker obtains such a key through phishing, a data breach, or overly-permissive key sharing practices, exploitation becomes trivial.
Do the uploaded files expose sensitive data from other users?
The vulnerability creates publicly readable objects in R2 storage, meaning the uploaded files themselves can be accessed by anyone with the URL. The risk depends on what data an attacker uploads. Capgo users' own data is not directly leaked; the threat is that an attacker can use the endpoint as a free storage service and potentially craft URLs to share malicious content.
If I delete my app, do the uploaded attachments get removed automatically?
No. That is a key characteristic of this vulnerability. Attachments persist independently of the app lifecycle and survive deletion, remaining accessible until manually removed. This enables long-term storage abuse.
What should I do if I suspect my API keys have been compromised?
Immediately rotate the affected keys and revoke the old ones. Review audit logs for unauthorized upload activity in the timeframe when the compromise may have occurred. If you use Capgo, also request that Capgo investigate and purge any suspicious attachments created using those keys. Then apply the 12.128.2 patch to prevent future abuse.
This analysis is based on the CVE record and vendor description available as of the publication date. Specific patch version availability, compatibility, and deployment guidance should be verified against Capgo's official advisory and release notes. Organizations should conduct their own risk assessment relative to their specific Capgo deployment, key management practices, and threat model. No exploit code or proof-of-concept instructions are provided in this analysis. Source: NVD (public-domain), retrieved 2026-08-17. Analysis generated by SEC.co (claude-haiku-4-5).
Weaknesses (CWE)
Related vulnerabilities
- CVE-2024-54178MEDIUMIBM Db2 Cloud Pak for Data Denial of Service via Resource Allocation Flaw
- CVE-2025-36319MEDIUMIBM watsonx.data Intelligence DoS Vulnerability
- CVE-2026-10533MEDIUMOpenShift ResourceQuota Bypass Leads to API Server DoS
- CVE-2026-10740MEDIUMs2n-quic Memory Allocation DoS – QUIC CRYPTO Frame Reassembler
- CVE-2026-12760MEDIUMTP-Link Tapo C200 v3 IPv4 Fragmentation DoS Vulnerability
- CVE-2026-14362MEDIUMHashiCorp Memberlist Denial of Service Vulnerability
- CVE-2026-1500MEDIUMGitLab Authenticated Denial of Service via Malicious File Upload
- CVE-2026-24720MEDIUMQNAP File Station 6 Resource Exhaustion Vulnerability