Tuskira AdvisoryNot observedLast updatedNovember 11, 2026

CVE-2026-118383

How to tell if CVE-2026-118383 (MongoDB Server replication) is reachable in your environment

Latest change
First published. MongoDB fixed it in seven release lines; public code crashes test replica sets; not on CISA KEV.

Reachable if a MongoDB Server replica set member, including a shard or config server, runs a build older than the fix for its release line and can be reached from an untrusted network. No login is required, per MongoDB.

Affected
MongoDB Server replica set members before 9.0.7, 8.3.16, 8.0.37, 7.0.48, 6.0.30, 5.0.35 and 4.4.32. Standalone mongod is not affected.
Exploitation
Not observed. Public code crashes test replica sets and shows no code execution. Not on CISA KEV.
Fix
Upgrade to MongoDB Server 9.0.7, 8.3.16, 8.0.37, 7.0.48, 6.0.30, 5.0.35 or 4.4.32.
Can't patch today
MongoDB has published no workaround

CVE-2026-118383 is a use-after-free in MongoDB Server's replication code that can be triggered without logging in. MongoDB says it affects replica set members, including the shard and config servers of sharded clusters, and can crash the server or, "under certain conditions," lead to code execution in the context of the server process. Standalone mongod instances are not affected. MongoDB fixed it in 9.0.7, 8.3.16, 8.0.37, 7.0.48, 6.0.30, 5.0.35 and 4.4.32, and published the CVE on November 10, 2026.

MongoDB scores it 9.5 under CVSS 4.0 and 9.0 under CVSS 3.1, and rates attack complexity High in both. Public code posted November 11 crashes MongoDB 8.0.34 and 8.2.12 test replica sets; it does not show code execution. No exploitation has been reported, and it is not on CISA's Known Exploited Vulnerabilities catalog as of the November 10, 2026 release.

Is it reachable for you?

What it is. Per MongoDB, the flaw is in the replication component and can occur when a newly elected replica set primary completes catch-up. Requests that need no authentication can cause it. MongoDB says the result may be the server terminating unexpectedly or, under certain conditions, arbitrary code execution in the context of the server process.

Affected, per MongoDB. MongoDB Server 9.0.0 before 9.0.7, 8.3.0 before 8.3.16, 8.0.0 before 8.0.37, 7.0.0 before 7.0.48, 6.0.0 before 6.0.30, 5.0.0 before 5.0.35 and 4.4.0 before 4.4.32, when the server is a replica set member. That includes the shard and config server replica sets of sharded clusters. Standalone mongod instances are not affected.

MongoDB 8.2. MongoDB's advisory does not list 8.2. The public proof of concept reports a crash on 8.2.12. If you run 8.2, ask MongoDB which build includes the fix.

Managed services. MongoDB's advisory covers MongoDB Server and does not mention MongoDB Atlas.

Checks, in three tiers. The first two decide exposure. The third decides priority. Run these only on systems your organization owns.

  1. Is the server a replica set member? Run rs.status() in mongosh, or check the configuration file for a replication.replSetName setting or the --replSet startup option. Include the shard and config servers of sharded clusters. A standalone mongod is out of scope.
  2. Is it running an affected build? Run db.version() in mongosh or mongod --version on the host, and compare against the fixed versions above. Check container images and package versions too, since a fixed package does nothing until mongod restarts on it.
  3. Can untrusted networks reach it? MongoDB listens on port 27017 by default. Check the net.bindIp setting and test from the networks you care about whether the port answers. A replica set member reachable from the internet or from user networks goes first.

Identities involved. MongoDB says code execution, if achieved, would run in the context of the server process. Check what the mongod service account and host can reach, including the data on that replica set and any credentials stored on the host.

What Tuskira checks for this flaw in your environment
MongoDB replica set members, including shard and config servers, on builds older than the fix
Which of those members untrusted networks can reach
Across every system you run.
See how Tuskira handles new vulnerabilities

Compensating controls (test them, don't assume them)

MongoDB has published no workaround for CVE-2026-118383. Upgrading to a fixed version is the fix.

What to look for in logs

MongoDB has published no indicators of compromise. General signals to review on replica set members are below.

  • Unexpected mongod crashes or restarts, especially around primary elections.
  • Connections to the MongoDB port from sources outside your application and operator networks.
  • Process activity from the mongod service account that your workloads do not explain, such as unexpected child processes or outbound connections.

FAQ

Am I exposed to CVE-2026-118383?

You may be if you run MongoDB Server as a replica set member on a version before 9.0.7, 8.3.16, 8.0.37, 7.0.48, 6.0.30, 5.0.35 or 4.4.32, and untrusted networks can reach it. No login is needed, per MongoDB. Standalone mongod is not affected.

Is CVE-2026-118383 being exploited?

No exploitation has been reported, and it is not on CISA KEV as of the November 10, 2026 catalog. Public code posted November 11 crashes test replica sets; it does not show code execution.

Is there a patch for CVE-2026-118383?

Yes. MongoDB fixed it in 9.0.7, 8.3.16, 8.0.37, 7.0.48, 6.0.30, 5.0.35 and 4.4.32.

What about MongoDB 8.2?

MongoDB's advisory does not list 8.2. The public proof of concept reports a crash on 8.2.12. If you run 8.2, ask MongoDB which build includes the fix.

Is there a workaround?

MongoDB has published none. Upgrading is the fix.

Vendor
MongoDB
Product
MongoDB Server (replica set members, including shard and config servers in sharded clusters)
Affected versions
MongoDB Server 9.0.0 before 9.0.7, 8.3.0 before 8.3.16, 8.0.0 before 8.0.37, 7.0.0 before 7.0.48, 6.0.0 before 6.0.30, 5.0.0 before 5.0.35 and 4.4.0 before 4.4.32, when running as a replica set member. Standalone mongod is not affected. MongoDB's advisory does not list 8.2
Vulnerable component
MongoDB Server replication, replica set primary catch-up
CVSS
9.5 Critical (CVSS 4.0, MongoDB as CNA); 9.0 under CVSS 3.1. NVD has not added its own score
CVSS vector
CVSS:4.0/AV:N/AC:H/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:H/SI:H/SA:H (MongoDB)
CWE
CWE-416, Use After Free (MongoDB)
Exploitation
Not observed
CISA KEV added
Patch
MongoDB Server 9.0.7, 8.3.16, 8.0.37, 7.0.48, 6.0.30, 5.0.35 or 4.4.32, per MongoDB's advisory and tickets SERVER-138175 and SERVER-138119

Updates

Nov 11, 2026. First published. MongoDB fixed the flaw in seven release lines and published the CVE on November 10; public code crashes test replica sets; no exploitation reported; not on CISA KEV.

Sources

Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.

We publish an advisory when a vulnerability is Critical or on CISA KEV, has one identifiable component to check, and has a public proof of concept or reported exploitation. Advisories are updated as exploitation status changes.