Skip to main content
Press slash or control plus K to focus the search. Use the arrow keys to navigate results and press enter to open a threat.
Reconnecting to live updates…

CVE-2026-33323: CWE-204: Observable Response Discrepancy in parse-community parse-server

0
Medium
VulnerabilityCVE-2026-33323cvecve-2026-33323cwe-204
Published: Tue Mar 24 2026 (03/24/2026, 18:06:32 UTC)
Source: CVE Database V5
Vendor/Project: parse-community
Product: parse-server

Description

CVE-2026-33323 is a medium-severity vulnerability in parse-community's parse-server prior to versions 8. 6. 51 and 9. 6. 0-alpha. 40. The issue involves observable response discrepancies in the Pages and legacy PublicAPI routes used for resending email verification links. An unauthenticated attacker can enumerate valid usernames by analyzing different redirect responses depending on whether a username exists and has an unverified email. This vulnerability arises because the emailVerifySuccessOnInvalidEmail configuration, which mitigates enumeration, did not apply to these routes. The flaw allows information disclosure without requiring authentication or user interaction.

AI-Powered Analysis

Machine-generated threat intelligence

AILast updated: 03/31/2026, 20:17:26 UTC

Technical Analysis

Parse Server is an open-source backend platform that runs on Node.js and is widely used to build applications with user authentication features. In versions prior to 8.6.51 and 9.6.0-alpha.40, a vulnerability (CVE-2026-33323) exists in the Pages route and the legacy PublicAPI route responsible for resending email verification links. These routes return different HTTP redirect responses based on whether the provided username exists and whether the associated email is unverified. This discrepancy creates an observable response difference that allows an unauthenticated attacker to enumerate valid usernames by sending requests and analyzing the redirect targets. The vulnerability is classified under CWE-204 (Observable Response Discrepancy), which involves leaking information through differences in system responses. Although parse-server has a configuration option named emailVerifySuccessOnInvalidEmail that masks such enumeration attempts by returning uniform responses, this protection was not applied to the affected routes, leaving them exposed. The vulnerability does not require authentication or user interaction, making it easier to exploit remotely. The issue was addressed and patched in versions 8.6.51 and 9.6.0-alpha.40 by ensuring consistent responses regardless of username validity or email verification status. No public exploits have been reported to date, but the flaw could be leveraged for reconnaissance in targeted attacks.

Potential Impact

The primary impact of this vulnerability is information disclosure through username enumeration. Attackers can identify valid usernames on systems running vulnerable parse-server versions, which can facilitate further attacks such as credential stuffing, phishing, or social engineering. While it does not directly compromise confidentiality, integrity, or availability of data, the ability to enumerate users undermines privacy and can be a stepping stone for more severe attacks. Organizations using parse-server for user management, especially those with sensitive user bases, risk exposing user identity information. This can lead to reputational damage, increased risk of account takeover, and compliance issues related to data protection regulations. Since the vulnerability is exploitable without authentication or user interaction, it poses a moderate risk to any exposed parse-server deployments that have not applied the patch.

Mitigation Recommendations

Organizations should upgrade parse-server to version 8.6.51 or later, or 9.6.0-alpha.40 or later, where this vulnerability is patched. If immediate upgrade is not feasible, administrators should verify and enforce the emailVerifySuccessOnInvalidEmail configuration is applied consistently across all routes handling email verification resends, including the Pages and legacy PublicAPI routes. Implementing uniform response behavior regardless of username validity or email verification status is critical to prevent enumeration. Additionally, monitoring and rate limiting requests to these endpoints can reduce the risk of automated enumeration attacks. Logging and alerting on suspicious patterns of repeated email verification requests can help detect exploitation attempts. Finally, educating users and administrators about the risks of username enumeration and encouraging strong multi-factor authentication can mitigate downstream risks.

Pro Console: star threats, build custom feeds, automate alerts via Slack, email & webhooks.Upgrade to Pro

Technical Details

Data Version
5.2
Assigner Short Name
GitHub_M
Date Reserved
2026-03-18T21:23:36.677Z
Cvss Version
4.0
State
PUBLISHED

Threat ID: 69c2d884f4197a8e3b5f9640

Added to database: 3/24/2026, 6:31:32 PM

Last enriched: 3/31/2026, 8:17:26 PM

Last updated: 5/10/2026, 1:37:04 PM

Views: 60

Community Reviews

0 reviews

Crowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.

Sort by
Loading community insights…

Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.

Actions

PRO

Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.

Please log in to the Console to use AI analysis features.

Need more coverage?

Upgrade to Pro Console for AI refresh and higher limits.

For incident response and remediation, OffSeq services can help resolve threats faster.

Latest Threats

Breach by OffSeqOFFSEQFRIENDS — 25% OFF

Check if your credentials are on the dark web

Instant breach scanning across billions of leaked records. Free tier available.

Scan now
OffSeq TrainingCredly Certified

Lead Pen Test Professional

Technical5-day eLearningPECB Accredited
View courses