CVE-2026-33539
Received Received - Intake
SQL Injection in Parse Server PostgreSQL Enables Privilege Escalation

Publication date: 2026-03-24

Last updated on: 2026-03-25

Assigner: GitHub, Inc.

Description
Parse Server is an open source backend that can be deployed to any infrastructure that can run Node.js. Prior to versions 8.6.59 and 9.6.0-alpha.53, an attacker with master key access can execute arbitrary SQL statements on the PostgreSQL database by injecting SQL metacharacters into field name parameters of the aggregate $group pipeline stage or the distinct operation. This allows privilege escalation from Parse Server application-level administrator to PostgreSQL database-level access. Only Parse Server deployments using PostgreSQL are affected. MongoDB deployments are not affected. This issue has been patched in versions 8.6.59 and 9.6.0-alpha.53.
CVSS Scores
EPSS Scores
Probability:
Percentile:
Meta Information
Published
2026-03-24
Last Modified
2026-03-25
Generated
2026-05-06
AI Q&A
2026-03-24
EPSS Evaluated
2026-05-05
NVD
EUVD
Affected Vendors & Products
Showing 54 associated CPEs
Vendor Product Version / Range
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server From 9.0.0 (inc) to 9.6.0 (exc)
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server 9.6.0
parseplatform parse-server to 8.6.59 (exc)
Helpful Resources
Exploitability
CWE
CWE Icon
KEV
KEV Icon
CWE ID Description
CWE-89 The product constructs all or part of an SQL command using externally-influenced input from an upstream component, but it does not neutralize or incorrectly neutralizes special elements that could modify the intended SQL command when it is sent to a downstream component. Without sufficient removal or quoting of SQL syntax in user-controllable inputs, the generated SQL query can cause those inputs to be interpreted as SQL instead of ordinary user data.
Attack-Flow Graph
AI Powered Q&A
Can you explain this vulnerability to me?

[{'type': 'paragraph', 'content': "CVE-2026-33539 is a SQL injection vulnerability in the Parse Server's PostgreSQL adapter. It occurs because the server does not properly validate user-supplied field names in aggregate pipeline stages (specifically the $group._id field) and distinct queries. Attackers with master key access can inject SQL metacharacters such as double quotes, semicolons, or single quotes into these field names, allowing them to execute arbitrary SQL commands on the PostgreSQL database."}, {'type': 'paragraph', 'content': 'This vulnerability enables privilege escalation from an application-level administrator to database-level access, potentially allowing attackers to manipulate or damage the database.'}, {'type': 'paragraph', 'content': 'The issue affects only Parse Server deployments using PostgreSQL and has been patched by introducing strict validation of aggregate and distinct field names to reject any input containing invalid characters.'}] [1, 2]


How can this vulnerability impact me? :

If you are using Parse Server with a PostgreSQL database, this vulnerability can allow an attacker who has master key access to escalate their privileges from the application level to the database level.

This means the attacker could execute arbitrary SQL commands, such as dropping tables or extracting sensitive data, which can lead to data loss, data corruption, or unauthorized data access.

MongoDB deployments of Parse Server are not affected by this vulnerability.


How does this vulnerability affect compliance with common standards and regulations (like GDPR, HIPAA)?:

I don't know


How can this vulnerability be detected on my network or system? Can you suggest some commands?

[{'type': 'paragraph', 'content': 'This vulnerability involves SQL injection via malicious field names in aggregate ($group._id) and distinct operations in Parse Server\'s PostgreSQL adapter. Detection involves monitoring for unusual or suspicious aggregate or distinct queries containing SQL metacharacters such as double quotes (") , semicolons (;), or single quotes (\').'}, {'type': 'paragraph', 'content': 'Since the vulnerability is triggered by malformed field names in queries, detection can be done by inspecting logs or query parameters for such suspicious patterns.'}, {'type': 'list_item', 'content': 'Check Parse Server logs or database query logs for aggregate or distinct queries with field names containing characters like ", ;, or \''}, {'type': 'list_item', 'content': 'Use grep or similar tools to search logs for suspicious patterns, for example:'}, {'type': 'list_item', 'content': 'grep -E \'\\$[a-zA-Z0-9_]+"|;|\\\'\' parse-server.log'}, {'type': 'list_item', 'content': 'Monitor for Parse Server errors indicating invalid key names (e.g., Parse.Error.INVALID_KEY_NAME), which may indicate attempted exploitation.'}, {'type': 'paragraph', 'content': 'No specific detection commands are provided in the resources, but focusing on query logs and error logs for injection-like patterns is recommended.'}] [1, 3, 4]


What immediate steps should I take to mitigate this vulnerability?

The primary mitigation is to upgrade Parse Server to a patched version where this vulnerability is fixed.

  • Upgrade Parse Server to version 8.6.59 or later, or 9.6.0-alpha.53 or later, where the fix has been applied.

The fix involves strict validation of aggregate and distinct field names to ensure they only contain safe characters matching the regex pattern /^[a-zA-Z][a-zA-Z0-9_]*$/.

  • Ensure that your deployment uses PostgreSQL adapter only if patched, as MongoDB deployments are not affected.

If immediate upgrade is not possible, consider restricting access to the master key or administrative interfaces to trusted users only, to reduce risk of exploitation.

Monitor logs for any suspicious aggregate or distinct queries and block or investigate them promptly.


Ask Our AI Assistant
Need more information? Ask your question to get an AI reply (Powered by our expertise)
0/70
EPSS Chart