CVE-2026-59704: Cap Video AI Metadata Authorization Bypass – Sensitive Data & Credit Theft Risk
Cap's video AI metadata endpoint allows authenticated users to access private AI-generated content belonging to other users without permission checks. An attacker with valid credentials can request arbitrary video IDs and retrieve sensitive metadata like AI-generated titles, summaries, and chapters. Worse, the endpoint can be abused to trigger new AI generation tasks that drain the video owner's credit balance without their knowledge or consent.
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:H/I:L/A:N
- Weaknesses (CWE)
- CWE-862
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-07-07 / 2026-07-10
NVD description (verbatim)
Cap's GET /api/video/ai endpoint fails to validate user ownership or membership before returning private video AI metadata including titles, summaries, and chapters. Authenticated attackers can supply arbitrary video IDs to read sensitive AI-generated content and trigger unauthorized AI generation that consumes the video owner's credits without consent.
6 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-59704 is an authorization bypass vulnerability in Cap's GET /api/video/ai endpoint. The endpoint performs authentication checks (requires a valid session) but omits ownership and membership validation before serving private video AI metadata and accepting AI generation requests. An attacker supplies a target video ID in the request; the server returns AI-generated summaries, chapters, and titles without confirming the requester owns or has access rights to that video. Additionally, the endpoint processes AI generation jobs and charges the video owner's credit account without verifying the request originated from an authorized party. The vulnerability is driven by missing access control logic (CWE-862).
Business impact
This vulnerability creates two distinct business harms. First, proprietary or confidential AI-generated video metadata (summaries, chapter breakdowns, titles) can be exfiltrated by any authenticated Cap user, potentially exposing competitive intelligence or sensitive content analysis. Second, attackers can programmatically drain video owner credit balances by triggering repeated AI generation requests, inflating customer support costs and undermining trust in the platform's billing integrity. Organizations using Cap for transcription or video summarization of sensitive material face data leakage and unexpected operational costs.
Affected systems
Cap's video AI metadata endpoint (GET /api/video/ai) is the affected component. Any instance of Cap where users have authentication credentials and the AI metadata feature is enabled is vulnerable. The issue affects all users whose video content can be queried by other authenticated users, regardless of sharing or access policy settings.
Exploitability
Exploitability is straightforward. The vulnerability requires only valid Cap authentication credentials (PR:L in the CVSS vector), no user interaction, and network access to the API. Attack complexity is low: an attacker simply needs to enumerate video IDs—either by iterating sequentially, scraping public references, or leveraging information disclosure elsewhere—and request metadata for each. Automated tooling can scale this to harvest metadata or exhaust credits across hundreds or thousands of videos in minutes. No special network position or platform-level access is required.
Remediation
Cap must implement authorization checks in the GET /api/video/ai endpoint before returning metadata or accepting AI generation requests. For each request, verify that the authenticated user either owns the video, has explicit sharing permissions, or belongs to a team/workspace with collective access rights. AI generation requests must additionally validate that the requester is authorized to consume credits on behalf of the video owner. Deploy these checks server-side; do not rely on client-side filtering. Review and test all other API endpoints that expose video metadata, summaries, or user content to ensure similar gaps do not exist elsewhere.
Patch guidance
Check Cap's advisory channels and release notes for a patched version addressing authorization validation on the /api/video/ai endpoint. Prioritize deployment of the patch to all Cap instances, particularly those serving sensitive or confidential video content. Verify the patch includes both metadata access controls and credit consumption authorization before considering the vulnerability resolved. If you are a Cap customer, contact your vendor immediately for patch availability and timeline.
Detection guidance
Monitor API access logs for repeated requests to GET /api/video/ai with varying video IDs from a single user or IP address, especially if those video IDs are not owned by that user (cross-reference against your video ownership records). Alert on any unusual patterns of AI generation job submissions that correspond to videos a user does not own. Review CloudTrail or equivalent audit logs for unexpected API calls to this endpoint. Implement rate limiting on /api/video/ai requests per user or API key to slow brute-force enumeration of video IDs. Consider temporarily disabling or restricting the AI metadata endpoint until a patch is available and deployed.
Why prioritize this
HIGH severity: The vulnerability combines confidentiality (CWE-862 authorization bypass enables private metadata exfiltration) with financial impact (credit theft). Authenticated access requirement (PR:L) and low attack complexity make this a practical threat that requires neither special network position nor user interaction. Organizations storing sensitive video analysis or maintaining tight credit budgets should patch urgently. Not currently listed on CISA KEV, but should still be treated as a near-term priority.
Risk score, explained
CVSS 7.1 (HIGH) reflects high confidentiality impact (sensitive AI metadata disclosure), low integrity impact (credit deduction without authorization), and no availability impact. The attack vector is network-based, complexity is low, and only low privileges (valid authentication) are required. The scope is unchanged (the user gains unauthorized access within the same application). This score appropriately captures the threat of data exfiltration and financial abuse without overstating denial-of-service risk.
Frequently asked questions
Can an unauthenticated attacker exploit this vulnerability?
No. The vulnerability requires valid Cap authentication credentials (PR:L). An attacker must first obtain or create a legitimate user account. This raises the barrier slightly but does not eliminate risk, as attackers can create free accounts, use compromised credentials from other breaches, or work from inside an organization.
Will this drain all of a user's credits or just a portion?
The vulnerability allows an attacker to trigger unlimited AI generation jobs on any video ID they can guess or discover. There is no built-in rate limit mentioned in the CVE description, so a determined attacker could exhaust an entire credit balance in a single session by submitting many generation requests in rapid succession.
If we restrict API access or disable the feature temporarily, are we safe?
Temporarily disabling the /api/video/ai endpoint will prevent exploitation of this specific vulnerability, but you will lose AI metadata functionality. This is a viable short-term workaround while awaiting a patch, but is not a long-term solution. Do not rely solely on network-layer blocks; coordinate with Cap for an official patch.
Should we assume our private video metadata has been accessed?
Until you can confirm that no unauthorized API requests were made, assume the possibility. Review your API access logs for patterns of unusual /api/video/ai requests (rapid successive calls, requests from unexpected users, requests for videos unrelated to the requester's projects). If you find evidence of exploitation, treat the disclosed metadata as compromised and notify affected teams.
This analysis is based on the CVE-2026-59704 public disclosure as of July 2026. No exploit code or weaponized proof-of-concept is provided. Patch version numbers and affected product versions were not included in the source data; verify current patch status directly with Cap's official advisories before deploying updates. Organizations should conduct their own risk assessment based on their use of Cap and the sensitivity of their video content. This document is for informational and remediation planning purposes only and does not constitute legal, regulatory, or vendor-specific guidance. Source: NVD (public-domain), retrieved 2026-08-16. Analysis generated by SEC.co (claude-haiku-4-5).
Weaknesses (CWE)
Related vulnerabilities
- CVE-2018-25391HIGHHaPe PKH 1.1 Authorization Bypass – Unauthorized Record Deletion Vulnerability
- CVE-2024-32949HIGHMissing Authorization in Prince Integrate Google Drive — HIGH Risk
- CVE-2025-26418HIGHAndroid CarDevicePolicyService Privilege Escalation (CVSS 7.8)
- CVE-2025-2902HIGHHitachi Virtual Storage Platform Authorization Bypass in Maintenance Utility
- CVE-2025-48617HIGHAndroid CarrierConfigLoader Privilege Escalation Vulnerability
- CVE-2025-48640HIGHAndroid Passkey Permission Bypass Privilege Escalation
- CVE-2025-53345HIGHThimPress Thim Core Missing Authorization Leads to Code Execution
- CVE-2025-69134HIGHUnauthenticated Content Deletion in OpenAI Chatbot for WordPress – Helper