CVE-2026-73302: Budibase: OIDC SSO account takeover: incoming identity linked by email without checking email_verified
Budibase is an open-source low-code platform. Prior to 3.39.30, the OIDC flow in packages/backend-core/src/middleware/passport/sso/oidc.ts resolved an email without getEmailVerified or an email_verified requirement, and packages/backend-core/src/middleware/passport/sso/sso.ts then used users.getGlobalUserByEmail as a fallback account-linking key. An attacker who can authenticate through a configured identity provider that asserts a victim email as unverified can have a fresh provider identity merged into the victim Budibase account and inherit the victim roles. This issue is fixed in version 3.39.30.
Security readout for executives and security teams
Plain-English summary
Budibase versions before 3.39.30 can incorrectly treat an unverified email from an OIDC identity provider as proof of account ownership. A newly authenticated identity may therefore be attached to another user’s account, granting the attacker that user’s roles and access. The issue can compromise confidentiality, integrity, and availability.
Executive priority
Treat as an urgent identity-security update for any affected OIDC-enabled deployment. Account takeover could grant the victim’s roles and affect sensitive applications or administrative functions. Patch promptly, then review identity links and authentication evidence. Deployments without OIDC still require version confirmation, but the described attack path depends on configured OIDC SSO.
Technical view
The OIDC middleware resolved email without requiring email_verified. Budibase’s SSO logic then used the email as a fallback account-linking key through users.getGlobalUserByEmail. Under a configured provider capable of asserting an unverified victim email, a new provider identity could merge into the victim’s global account. Version 3.39.30 fixes the issue.
Likely exposure
Exposure is limited to Budibase deployments below 3.39.30 using OIDC SSO. Practical risk depends on whether a configured identity provider permits an attacker to authenticate while asserting another person’s email as unverified. The supplied evidence does not identify specific providers or deployment configurations meeting that condition.
Exploitation context
Exploitation requires authentication through a configured identity provider and the ability to present a victim’s email without verification. No user interaction is required after those conditions are met. The bundle marks KEV as false and provides no evidence of active exploitation, public weaponization, or observed attacks.
Researcher notes
CWE-287 applies because account identity was accepted without adequate verification. CVSS 4.0 is 9.0 with network reachability, low complexity, low privileges, no user interaction, and high downstream impacts. The attack includes a prerequisite condition, represented by AT:P. The bundle establishes the vulnerable data flow and fix, but not real-world exploitation prevalence.
Mitigation direction
Upgrade Budibase to version 3.39.30 or later.
Prioritize deployments using OIDC SSO and hosting privileged accounts.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · medium confidence lookup
CWE-287: Credential and account abuse lookup
Authentication and credential weaknesses can make valid-account abuse and credential telemetry useful review starting points. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
1CVSS vectors
3Timeline events
1ADP providers
5Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: pocAutomatable: noTechnical Impact: total
CVSS vector scores
1 official score
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-287 · source CWE mapping
Improper Authentication
Improper Authentication represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.