Approved changes feed: RSS · Atom
cpe:2.3:a:supabase:auth:*:*:*:*:*:*:*:*
part: a version: * update: *
| Vendor | Supabase (4d4a37e3-8b8c-55aa-a7b8-1815951ff558) |
|---|---|
| Product | Auth (a288576d-4739-5771-902b-c41076f122d3) |
| Edition | * |
| Language | * |
| Software edition | * |
| Target software | * |
| Target hardware | * |
| Other | * |
| Notes | Imported from purl2cpe mapping |
PURL mappings
| PURL | Source | Last updated |
|---|---|---|
pkg:github/supabase/auth-ui |
purl2cpe | 2026-06-01 10:14:04.348802 |
Vulnerability references
| Identifier | cpeApplicability | Submitted | db.gcve.eu details | Rationale |
|---|---|---|---|---|
CVE:CVE-2026-31813 |
vulnerable | 2026-06-08 07:57:15.920329 |
Supabase Auth has insecure Apple and Azure authentication with ID tokens
MEDIUM (4.8)
Supabase Auth is a JWT based API for managing users and issuing JWT tokens. Prior to 2.185.0, a vulnerability has been identified that allows an attacker to issue sessions for arbitrary users using specially crafted ID tokens when the Apple or Azure providers are enabled. The attacker issues a valid, asymmetrically signed ID token from their issuer for each victim email address, which then is sent to the Supabase Auth token endpoint using the ID token flow. If the ID token is OIDC compliant, the Auth server would validate it against the attacker-controlled issuer and link the existing OIDC identity (Apple or Azure) of the victim to an additional OIDC identity based on the ID token contents. The Auth server would then issue a valid user session (access and refresh tokens) at the AAL1 level to the attacker. This vulnerability is fixed in 2.185.0.
Published: 2026-03-11T16:42:56.606Z
Updated: 2026-03-11T17:20:20.728Z |
Imported from gcve-enriched-dumps CVE data |
Contribute
You can submit an edit proposal for this CPE entry or suggest a related product/vendor addition using the action button above.