Skip to main content
VulnerabilityPublished Updated

CVE-2026-56082: Cap-go capgo · Improper Access Control

Affects Cap-go capgoSource CVE Database V5

0
Compare

Not known to be exploited · CVSS 8.7 High : upgrade to 12.128.2 soon.

Data as of 1 Nov 2026, 11:03 UTC

CVSS 4.0 base score
8.7High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.3% chance of exploitation in 30 days – higher than 31% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 12.128.2
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:H/VA:N/SC:N/SI:N/SA:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 19 Jun 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 1 Nov 2026.

What to do

Upgrade Cap-go capgo to 12.128.2.

Affected software

ProductAffectedFixed in
Cap-gocapgoAffected
  • <12.128.2
Fixed in
  • 12.128.2

AI-suggested

If you cannot patch yet, restrict access to the public.record_build_time RPC function or the anon role permissions to prevent unauthorized invocation. Monitor for unusual billing records or build log entries that could indicate exploitation attempts.

Description

Capgo (Cap-go/capgo) before 12.128.2 contains an improper access control vulnerability in the SECURITY DEFINER PostgREST RPC function public.record_build_time, which is granted to the anon role and callable with only the public Supabase publishable (sb_publishable_*) anon key. An unauthenticated attacker can insert rows into public.build_logs for arbitrary organizations and, because the function uses ON CONFLICT (build_id, org_id) DO UPDATE, can overwrite existing usage/billing records by reusing the same build_id for a target org. This enables cross-tenant tampering of billing build logs and financial-impact denial of service by inflating billable build time.

References

Community reviews

Loading reviews…