---
id: CVE-2026-53725
title: >-
  parse-server: Endpoints `/login` and `/verifyPassword` disclose MFA secrets
  and protected fields when `_User` get is denied
summary: >-
  parse-server: Endpoints `/login` and `/verifyPassword` disclose MFA secrets
  and protected fields when `_User` get is denied
severity: medium
cwe:
  - CWE-200
vendor: parse-server
product: parse-server
affected:
  - 'parse-server >= 9.8.0, < 9.9.1-alpha.5'
patched:
  - parse-server 9.9.1-alpha.5
published: '2026-06-19'
updated: '2026-06-19'
source: GHSA
sourceUrl: 'https://github.com/advisories/GHSA-75v4-m273-5j49'
references:
  - url: >-
      https://github.com/parse-community/parse-server/security/advisories/GHSA-75v4-m273-5j49
  - url: 'https://nvd.nist.gov/vuln/detail/CVE-2026-53725'
  - url: 'https://github.com/parse-community/parse-server/pull/10492'
  - url: 'https://github.com/advisories/GHSA-75v4-m273-5j49'
tags:
  - ghsa
  - npm
epss: 0.00425
epssPercentile: 0.34097
ingestedAt: '2026-06-22T15:52:21.059Z'
ecosystem: npm
---

## Overview

### Impact

Apps that enable MFA and deny `get` on the `_User` class via Class-Level Permissions could expose sensitive user data through the `/login` and `/verifyPassword` endpoints.

These endpoints re-fetch the user through the access-controlled query pipeline (CLP, `protectedFields`, auth-adapter sanitizers) before responding. When that re-fetch was denied by the `_User` `get` permission, the server fell back to the raw database row, exposing raw `authData` (including MFA TOTP secrets and recovery codes) and fields hidden by `protectedFields` (when `protectedFieldsOwnerExempt` is `false`).

`/verifyPassword` is the most severe: with only a username and password (no session or MFA token), an attacker who knows a victim's password could retrieve their MFA secret and recovery codes, defeating the second factor.

Only Parse Server 9.8.0 and later are affected; 8.x and earlier are not. Master and maintenance key requests are unaffected, as they bypass these controls by design.

### Patches

On a denied re-fetch, `/login` and `/verifyPassword` no longer fall back to the raw row; they return only the user's identity (plus the session token for `/login`). Master and maintenance key callers still receive the full record.

### Workarounds

None that preserve the intended `_User` `get` restriction. Upgrade to a patched version.

## Affected packages

- `parse-server >= 9.8.0, < 9.9.1-alpha.5`

## Remediation

Upgrade to a patched release:

- `parse-server 9.9.1-alpha.5`