Answer in brief
CVE-2026-101042 records a High severity (CVSS 7.4) vulnerability in Parse Server 9.0.0 Authentication Bypass via Unverified Provider Identity. The current sources do not mark it as known exploited. The current feed maps parse-community/parse-server (generic), parse-community/parse-server (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
CVSS is 7.4. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps parse-community/parse-server (generic), parse-community/parse-server (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| parse-community/parse-servergeneric | >=9.0.0 <9.10.1-alpha.10 | 9.10.1-alpha.10 |
| parse-community/parse-servergeneric | >=8.0.2 <8.6.91 | 8.6.91 |
Published upstream
Sep 27, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Sep 27, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Sep 27, 2026
Parse Server is an open-source backend server. In versions >= 9.0.0 < 9.10.1-alpha.10 and >= 8.0.2 < 8.6.91, the code-based authentication adapters (GitHub, Google Play Games, Instagram, LINE, LinkedIn, Microsoft, QQ, Spotify, WeChat, Weibo) verify the client's authorization code with the external provider on signup and on provider linking, but not when authentication data is supplied together with a username and password on the login endpoint. As a result, a low-privileged authenticated user can attach an arbitrary, unverified provider identity to their own account without the provider ever being contacted, spoofing an external identity toward application logic that trusts the linked provider ID. An attacker can also pre-hijack accounts: by claiming the provider ID of a victim who has not yet linked that provider, the victim's later legitimate sign-in with that provider resolves to the attacker's account. Only deployments configuring one of the affected code-based auth adapters are impacted. Versions 9.10.1-alpha.10 and 8.6.91 fix the issue by running the adapter's credential verification on the login and challenge endpoints and rejecting a provider identity already linked to another user. As a workaround, disable the affected code-based auth adapters.
Quoted source text, attributed separately from HOL analysis.