Skip to main content
CVE-2026-25613VulnerabilityPublished

CVE-2026-25613: MongoDB Server · Incorrect Type Conversion or Cast

Affects MongoDB ServerSource CVE Database V5

0

Not known to be exploited · CVSS 7.1 High · fixed in 8.2.4 : patch MongoDB Server soon.

Data as of 26 Oct 2026, 08:30 UTC

CVSS 4.0 base score
7.1High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.2% chance of exploitation in 30 days – higher than 20% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 8.2.4, 8.0.18, 7.0.29
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 10 Feb 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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

Upgrade MongoDB Server to 8.2.4, 8.0.18 or 7.0.29.

Affected software

ProductAffectedFixed in
MongoDB IncMongoDB ServerAffected
  • >=7.0 <7.0.29
  • >=8.0 <8.0.18
  • >=8.2 <8.2.4
Fixed in
  • 8.2.4
  • 8.0.18
  • 7.0.29

AI-suggested

1. Restrict index creation privileges strictly to trusted database administrators to prevent unauthorized users from creating or manipulating compound wildcard indexes. 2. Monitor database logs and query patterns for attempts to create or query invalid compound wildcard indexes, setting up alerts for suspicious activity. 3. Implement network segmentation and access controls to limit which users can connect to MongoDB servers, reducing the risk of exploitation by unauthorized or compromised accounts. 4. Apply principle of least privilege to all MongoDB users, ensuring that only necessary permissions are granted, minimizing the attack surface. 5. If you cannot patch yet, consider disabling or avoiding the use of compound wildcard indexes if feasible, or validate index definitions rigorously before deployment. 6. Keep MongoDB server versions up to date and subscribe to MongoDB security advisories to apply patches promptly once available. 7. Conduct regular security audits and penetration testing focusing on database configurations and privilege management to detect potential exploitation paths. 8. Employ runtime protection tools or database activity monitoring solutions that can detect and block anomalous queries targeting index structures.

Description

An authorized user may disable the MongoDB server by issuing a query against a collection that contains an invalid compound wildcard index.

References

Community reviews

Loading reviews…