Skip to main content
CVE-2025-11979VulnerabilityPublished

CVE-2025-11979: MongoDB Server · Use After Free

Affects MongoDB ServerSource CVE Database V5

0

Not known to be exploited · CVSS 5.3 Medium : upgrade to 8.0.15 or 7.0.25 when convenient.

Data as of 26 Oct 2026, 06:26 UTC

CVSS 3.1 base score
5.3Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.2% chance of exploitation in 30 days – higher than 18% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 8.0.15, 7.0.25
CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:U/C:N/I:N/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 20 Oct 2025

  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 2026-10-26.

What to do

Upgrade MongoDB Server to 8.0.15 or 7.0.25.

Affected software

ProductAffectedFixed in
MongoDB Inc. ServerAffected
  • =8.2.0
  • =8.0.0
  • =7.0.0
  • <7.0.25
  • <8.0.15
Fixed in
  • 7.0.25
  • 8.0.15

AI-suggested

1. Monitor official channels for patch availability. 2. If you cannot patch yet, restrict DDL operations during periods of high query activity or implement operational controls to avoid concurrent DDL and query execution. 3. Enforce strict access controls and monitor authorized user activities to detect unusual or suspicious DDL commands that could trigger the vulnerability. 4. Implement robust credential management and insider threat detection to minimize risk from authorized users exploiting this flaw. 5. Employ database clustering and failover mechanisms to maintain availability in case of crashes. 6. Regularly audit MongoDB logs for signs of crashes or abnormal behavior related to DDL and query concurrency. 7. Consider network segmentation and limiting database access to trusted hosts to reduce exposure. 8. Prepare incident response plans for potential denial of service scenarios affecting MongoDB infrastructure.

Description

An authorized user may crash the MongoDB server by causing buffer over-read. This can be done by issuing a DDL operation while queries are being issued, under some conditions. This issue affects MongoDB Server v7.0 versions prior to 7.0.25, MongoDB Server v8.0 versions prior to 8.0.15, and MongoDB Server version 8.2.0.

References

Community reviews

Loading reviews…