CVE-2025-64502: parse-server · Insertion of Sensitive Information Into Sent Data
Affects parse-serverSource CVE Database V5
Not known to be exploited · CVSS 6.9 Medium.
Data as of 26 Oct 2026, 14:05 UTC
- EPSS
- 0.4% chance of exploitation in 30 days – higher than 38% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:N/SC:L/SI:N/SA:NExploitation evidence
Disclosed: evidence found.
CVE published 10 Nov 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| parse-community parse-server | Affected
| Fixed in– |
AI-suggested
European organizations should take the following specific actions to mitigate this vulnerability: 1) Upgrade parse-server to version 8.5.0-alpha.5 or later where the databaseOptions.allowPublicExplain configuration option is available. 2) Explicitly set databaseOptions.allowPublicExplain to false in configuration to restrict explain queries to master key authenticated requests, even if this may require testing for compatibility. 3) If immediate upgrade is not feasible, implement custom middleware to intercept and block explain queries from requests lacking the master key, ensuring no unauthorized explain queries are processed. 4) Enable detailed logging and monitoring of all explain query usage to detect and alert on suspicious or unexpected explain query activity. 5) Conduct internal audits of parse-server deployments to identify publicly accessible endpoints that could be exploited. 6) Review and harden access controls around master key distribution and usage to prevent unauthorized access. 7) Prepare for the upcoming major release where the default will change to disallow public explain queries, ensuring compatibility and security posture are maintained. 8) Educate development and operations teams about the risks of exposing database internals and the importance of secure configuration management. These steps go beyond generic advice by focusing on configuration changes, monitoring, and proactive blocking tailored to parse-server's architecture and the specifics of this vulnerability.
Description
Parse Server is an open source backend that can be deployed to any infrastructure that can run Node.js. The MongoDB `explain()` method provides detailed information about query execution plans, including index usage, collection scanning behavior, and performance metrics. Prior to version 8.5.0-alpha.5, Parse Server permits any client to execute explain queries without requiring the master key. This exposes database schema structure and field names, index configurations and query optimization details, query execution statistics and performance metrics, and potential attack vectors for database performance exploitation. In version 8.5.0-alpha.5, a new `databaseOptions.allowPublicExplain` configuration option has been introduced that allows to restrict `explain` queries to the master key. The option defaults to `true` for now to avoid a breaking change in production systems that depends on public `explain` availability. In addition, a security warning is logged when the option is not explicitly set, or set to `true`. In a future major release of Parse Server, the default will change to `false`. As a workaround, implement middleware to block explain queries from non-master-key requests, or monitor and alert on explain query usage in production environments.