External risk intelligence

Capgo SSO Bypass via Public Supabase Direct Write

CVE advisorySeverity: CRITICAL (CVSS 9.3)

CVE-2026-88864

The vulnerability exists in a public-facing API service (Capgo) exposed through Supabase PostgREST. Because the product is a cloud-based web application and API service, its interfaces are inherently designed to be reachable via the internet by users and API clients.

Halo Surface Signal: 4 out of 5 — likely to be public-facing.

External exposure likelihood

Horizon Alert

Summary of the vulnerability and why it matters

This advisory details a critical vulnerability in Capgo's application, which uses Supabase, allowing unauthorized users to bypass single sign-on (SSO) controls. This bypass could enable the assertion of attacker-controlled SSO for arbitrary domains, potentially disrupting normal login processes.

  • Unauthorized SSO bypass is possible.
  • Bypassed SSO could disrupt user access.
  • Confirm relevance and exposure of SSO controls.

Attack Path

How an attacker could exploit the issue

An attacker with a Capgo full API key can directly write to a sensitive table, bypassing security checks designed to prevent unauthorized SSO provisioning. This allows them to assert control over SSO for any domain, disrupting normal login processes.

  • Requires an API key.
  • Inserts a row into a table.
  • Enables attacker-controlled SSO.

Live Threat

Current exploitation, exposure, and threat context

When supported by the advisory, an ordinary Capgo API key holder could insert a row into the `public.sso_providers` table, bypassing intended backend provisioning controls. This could lead to attacker-controlled SSO enforcement for arbitrary domains, disrupting normal login flows by making unauthenticated endpoints incorrectly report that SSO is enabled and enforced.

  • System data, user authentication data
  • Direct API write access bypass
  • Disrupted user login, unauthorized SSO enforcement

Operational Fix

Recommended remediation, mitigation, and detection steps

This critical vulnerability in Capgo affects all versions due to direct write access to the public.sso_providers table via Supabase PostgREST, allowing unauthorized SSO enforcement. Initial actions should focus on identifying all instances of the affected technology, determining their reachability and business criticality, and locating the accountable owner for coordinated remediation.

  • Application and platform teams should own.
  • Verify external exposure and critical systems.
  • Plan remediation considering vendor coordination.

Supplementary metadata

Validate whether this threat affects your internet-facing exposure.

Halo Threat Intelligence helps prioritize remediation with Halo Surface Signal and H/A/L/O context. Start exposure validation with a free external attack surface trial.

Frequently asked questions

What is Capgo?

Capgo is a web-based service built using Supabase that provides developers with tools for managing mobile application updates and deployments. It acts as an intermediary platform where users configure their app infrastructure, including authentication settings like SSO, through APIs that interact with an underlying database.

What is the vulnerability class for CVE-2026-88864?

This issue is categorized as Improper Access Control (CWE-284). In plain English, the system fails to restrict permissions for a sensitive database table. Because the access controls are missing, someone who should not have the ability to change authentication providers can manipulate them, effectively bypassing the security checks that verify a user's right to manage an SSO domain.

How does an attacker trigger this bypass?

An attacker needs an ordinary full API key for the platform. By using this key to write directly to the public.sso_providers table via the PostgREST interface, they can insert a forged entry. This action does not require administrative privileges or complex exploits; it succeeds simply because the system does not enforce backend verification logic during these direct database interactions.

Is my instance affected by this SSO issue?

According to Halo Surface Signal, this vulnerability is highly relevant because Capgo is a cloud-based service with interfaces inherently reachable over the internet. Any setup using this platform's authentication features is exposed, as the flaw exists within the public-facing API service layer that the product relies on for normal operation.

What should I do if I use Capgo?

Since no patch is currently available, you should focus on your own risk management. Identify all integrations relying on Capgo for authentication and determine if your login workflows could be disrupted by unauthorized SSO changes. Maintain close communication with your service provider for status updates and limit the distribution of high-level API keys as a defensive measure.

References