Description
capgo.app before 12.128.12 fails to enforce an organization's API key expiration policy when creating app-scoped API keys. In the POST /apikey endpoint, requests that supply app_id but omit org_id, limited_to_orgs, and expires_at resolve the target app and scope the key to it, but never add the app's owner organization to the list of organization IDs passed to validateExpirationAgainstOrgPolicies; because that list is empty, the validation returns early. As a result, an authenticated organization member can create a non-expiring app-scoped API key even when the owning organization has require_apikey_expiration enabled and a max_apikey_expiration_days limit configured. The issue is fixed in version 12.128.12.
Published: 2026-09-26
Score: 8.7 High
EPSS: < 1% Very Low
KEV: No
Impact: Authentication Bypass
Action: Apply Patch
AI Analysis

Impact

The capgo.app service allows authenticated members of an organization to create application‑scoped API keys through the POST /apikey endpoint. In versions before 12.128.12 the endpoint does not add the app’s owner organization to the list of organization identifiers passed to the expiration‑policy validator. Because that list is empty, the policy checks return early, permitting the creation of a key that never expires even when the organization requires API‑key expiration. This flaw lets an authenticated user generate a persistent, non‑expiring API key, effectively bypassing the organization’s expiration controls.

Affected Systems

This issue affects the Cap‑go Capgo application, specifically all deployments of the web service with a version earlier than 12.128.12. The vulnerability is present in the POST /apikey endpoint used to create app‑scoped API keys and applies to any environment running these affected versions of the service.

Risk and Exploitability

The CVSS score of 8.7 signals a high severity impact. The EPSS score is not available, so the exact likelihood of exploitation is uncertain; however, the flaw can be leveraged by any authenticated member of the affected organization. The flaw is classified as CWE‑863 (Improper Validation of Critical Input). Because the attacker only needs legitimate organizational credentials and no elevated administrative rights, the attack vector can be considered internal, yet it enables sustained and privileged access once the malicious key is produced.

Generated by OpenCVE AI on September 26, 2026 at 15:17 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Upgrade Capgo to version 12.128.12 or newer, which restores proper validation of API‑key expiration policies.
  • Re‑examine all existing app‑scoped API keys and regenerate or delete any that have no expiration or do not comply with the organization’s policy.
  • Enforce organization‑level API‑key expiration settings and enable monitoring of key creation events to detect any subsequent attempts to create non‑expiring keys.

Generated by OpenCVE AI on September 26, 2026 at 15:17 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Mon, 28 Sep 2026 17:30:00 +0000

Type Values Removed Values Added
Metrics ssvc

{'options': {'Automatable': 'no', 'Exploitation': 'poc', 'Technical Impact': 'partial'}, 'version': '2.0.3'}


Sat, 26 Sep 2026 23:00:00 +0000

Type Values Removed Values Added
First Time appeared Cap-go
Cap-go cap-go
Vendors & Products Cap-go
Cap-go cap-go

Sat, 26 Sep 2026 13:30:00 +0000

Type Values Removed Values Added
Description capgo.app before 12.128.12 fails to enforce an organization's API key expiration policy when creating app-scoped API keys. In the POST /apikey endpoint, requests that supply app_id but omit org_id, limited_to_orgs, and expires_at resolve the target app and scope the key to it, but never add the app's owner organization to the list of organization IDs passed to validateExpirationAgainstOrgPolicies; because that list is empty, the validation returns early. As a result, an authenticated organization member can create a non-expiring app-scoped API key even when the owning organization has require_apikey_expiration enabled and a max_apikey_expiration_days limit configured. The issue is fixed in version 12.128.12.
Title capgo.app before 12.128.12 Authentication Bypass via apikey
Weaknesses CWE-863
References
Metrics cvssV3_1

{'score': 4.3, 'vector': 'CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:L/A:N'}

cvssV4_0

{'score': 8.7, 'vector': 'CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N'}


cve-icon MITRE

Status: PUBLISHED

Assigner: VulnCheck

Published:

Updated: 2026-09-28T16:57:24.802Z

Reserved: 2026-09-26T02:31:42.099Z

Link: CVE-2026-100628

cve-icon Vulnrichment

Updated: 2026-09-28T16:57:19.225Z

cve-icon NVD

Status : Deferred

Published: 2026-09-26T14:16:43.977

Modified: 2026-09-28T20:57:50.143

Link: CVE-2026-100628

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-09-26T22:29:09Z

Weaknesses