Approved changes feed: RSS · Atom

cpe:2.3:a:nhost:nhost\/auth:*:*:*:*:*:*:*:*

part: a version: * update: *

VendorNhost (4bd58974-e616-52ed-b8b4-9a65eb7fb0f2)
ProductNhost/Auth (bfe8eb01-7b07-5575-b339-faca6a5d6aa7)
Edition*
Language*
Software edition*
Target software*
Target hardware*
Other*
NotesImported from gcve-enriched-dumps CVE data

PURL mappings

PURLSourceLast updated
No PURL mappings for this CPE yet.

Vulnerability references

IdentifiercpeApplicabilitySubmitteddb.gcve.eu detailsRationale
CVE:CVE-2026-41574 vulnerable 2026-06-08 08:03:15.582640 Nhost Vulnerable to Account Takeover via OAuth Email Verification Bypass
Nhost is an open source Firebase alternative with GraphQL. Prior to version 0.49.1, Nhost automatically links an incoming OAuth identity to an existing Nhost account when the email addresses match. This is only safe when the email has been verified by the OAuth provider. Nhost's controller trusts a profile.EmailVerified boolean that is set by each provider adapter. The vulnerability is that several provider adapters do not correctly populate this field they either silently drop a verified field the provider API actually returns (Discord), or they fall back to accepting unconfirmed emails and marking them as verified (Bitbucket). Two Microsoft providers (AzureAD, EntraID) derive the email from non-ownership-proving fields like the user principal name, then mark it verified. The result is that an attacker can present an email they don't own to Nhost, have the OAuth identity merged into the victim's account, and receive a full authenticated session. This issue has been patched in version 0.49.1.
Published: 2026-05-08T14:40:12.409Z
Updated: 2026-05-08T23:25:43.790Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2026-34969 vulnerable 2026-06-08 07:59:13.377866 Nhost Leaks the Refresh Token via URL Query Parameter in OAuth Provider Callback
Nhost is an open source Firebase alternative with GraphQL. Prior to 0.48.0, the auth service's OAuth provider callback flow places the refresh token directly into the redirect URL as a query parameter. Refresh tokens in URLs are logged in browser history, server access logs, HTTP Referer headers, and proxy/CDN logs. Note that the refresh token is one-time use and all of these leak vectors are on owned infrastructure or services integrated by the application developer. This vulnerability is fixed in 0.48.0.
Published: 2026-04-06T16:01:10.174Z
Updated: 2026-04-07T16:00:25.296Z
Reference links
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.