MongoDB Server may write an LDAP query password in plain text to mongod.log when ldapQueryPassword is changed using the runtime setParameter command. This is mainly a credential exposure issue: anyone who can read the database logs could recover that password. The CVE is medium severity and is not listed as actively exploited in the provided sources.
Executive priority
Treat this as a credential exposure cleanup and configuration-risk issue. Prioritize environments using MongoDB LDAP integration, especially where logs are broadly accessible or forwarded to shared platforms. Rotate exposed credentials promptly if evidence shows the password entered logs.
Technical view
CVE-2026-9751 is CWE-532: insertion of sensitive information into a log file. The issue affects MongoDB Server versions 8.3.0, 8.2.0, 8.0.0, and 7.0.0 per the source bundle. Attack requirements are local access and low privileges, with high confidentiality impact and no integrity or availability impact in the CVSS v4.0 vector.
Likely exposure
Exposure is likely limited to deployments using MongoDB LDAP configuration where ldapQueryPassword is modified through runtime setParameter. Risk depends on who can read mongod.log, centralized log stores, backups, and support bundles containing those logs.
Exploitation context
The provided sources do not report active exploitation or KEV listing. Exploitation would primarily involve unauthorized or overly broad access to MongoDB log files after the password has been logged. The issue does not describe remote code execution or service disruption.
Researcher notes
Evidence is limited to the CVE record, CVE List entry, and MongoDB Jira reference. The bundle does not name a patched version or detailed workaround. The core trigger is specific: setting ldapQueryPassword via runtime setParameter causes the new password to be logged in plain text.
Mitigation direction
Check MongoDB’s SERVER-123370 guidance for fixed versions or vendor-recommended handling.
Avoid changing ldapQueryPassword through runtime setParameter until vendor guidance is applied.
Restrict access to mongod.log and any centralized copies containing MongoDB logs.
Rotate the LDAP password if it may have been logged in plain text.
Review log retention, backups, and support bundles for exposed credentials.
Validation and detection
Identify MongoDB Server instances running affected versions listed in the CVE.
Determine whether ldapQueryPassword was changed through runtime setParameter.
Inspect mongod.log and log aggregation systems for exposed LDAP password values.
Verify permissions on MongoDB logs and downstream log storage.
Confirm whether vendor guidance or an updated release has been applied.
Based on public source material and reviewed before publication.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-532: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The CVE wording references authentication or credential exposure, so valid-account and credential-access review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve
time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present,
the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-532 · source CWE mapping
Insertion of Sensitive Information into Log File
Insertion of Sensitive Information into Log File represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.