Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain RBAC rights to edit OpsManager CR
-
DeliveryInject crafted backup store identifier
-
ExploitOperator builds unescaped admin API path
-
ExecutionForged request hits unintended OM endpoint
-
ImpactUnintended administrative changes in Ops Manager
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V4 - API and Web Service URL allowlisting, SSRF prevention
MITRE ATT&CK
2 techniques across 2 tactics: Initial Access, Credential Access The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires two concrete preconditions: (1) the deployment must be using Enterprise Ops Manager backup reconciliation (the affected code path only builds backup-store admin API request paths in that mode), and (2) the attacker must possess Kubernetes RBAC permissions to modify an OpsManager custom resource (PR:L). The limiting factors that reduce real-world risk are the non-default backup-reconciliation feature requirement (reflected as AT:P), the need for existing authenticated cluster write access to the CR rather than anonymous network access, and the fact that impact is confined to low-integrity unintended administrative changes in Ops Manager (VC:N/VA:N) with no confidentiality or availability loss and no scope change. |
| Impact | All signals point to a genuinely LOW-priority issue rather than a high-CVSS-but-hyped one. The vendor-assigned CVSS 4.0 base score is 2.3 (Low) with vector AV:N/AC:L/AT:P/PR:L/UI:N and impact limited to VI:L (low integrity) only - no confidentiality or availability impact and no scope change to subsequent systems. The AT:P metric signals that specific attack requirements must exist (the deployment must use Enterprise Ops Manager backup reconciliation), and PR:L confirms the attacker must already hold valid, if low, privileges - specifically the Kubernetes RBAC ability to modify an OpsManager custom resource. No EPSS score, CISA KEV listing, or public POC was provided in the input, so there is no public exploit identified at time of analysis and no evidence of active exploitation; exploitation would be an authenticated, config-dependent insider or supply-chain scenario rather than opportunistic mass exploitation. The one point worth flagging: the input vector carries AV:N (network), but the real precondition is cluster-level write access to a custom resource, which is closer to an authenticated-insider threat than anonymous network reach - the network vector reflects that the operator relays the forged request over the network to Ops Manager, not that an unauthenticated internet attacker can trigger it. Overall this is a low-urgency, patch-on-normal-cycle item. |
| Exploit ScenarioDerived | A user who already holds Kubernetes RBAC permissions to edit an OpsManager custom resource supplies a crafted backup store identifier; because the operator does not escape that identifier when building Ops Manager admin API request paths, the operator issues a forged (SSRF) request to an unintended Ops Manager admin endpoint, causing unintended administrative changes. No public exploit code was identified at time of analysis, and the attack only works where Enterprise Ops Manager backup reconciliation is in use. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 05, 2026
Request forgery in MongoDB Controllers for Kubernetes allows an authenticated user who can modify an OpsManager custom resource to cause unintended administrative changes in Enterprise Ops Manager when backup reconciliation is enabled. The flaw involves insufficient escaping of Ops Manager backup store identifiers when the controller builds admin API request paths. It is a low-severity issue with no public exploit identified at time of analysis, and the vendor fixed it in MongoDB Controllers for Kubernetes 1.13.0.
RemediationAI
Apply the vendor-released patch by upgrading MongoDB Controllers for Kubernetes to version 1.13.0 or later, as documented at https://github.com/mongodb/mongodb-kubernetes/releases/tag/1.13.0. If upgrading immediately is not possible, restrict Kubernetes RBAC so that only fully trusted administrators can create or modify OpsManager custom resources, because exploitation requires the ability to modify that resource; the trade-off is reduced self-service or delegated operational access. If Enterprise Ops Manager backup reconciliation is not required, disable that feature until the controller can be upgraded; the trade-off is loss of Ops Manager backup reconciliation functionality. Additionally, consider admission policies that validate or block unexpected backup store identifiers in OpsManager custom resources, and review Ops Manager admin API audit logs for unexpected administrative calls; these controls add operational overhead and may require tuning to avoid blocking legitimate configuration changes.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
This is a CWE-918 server-side request forgery class issue in the MongoDB Controllers for Kubernetes operator. In deployments using Enterprise Ops Manager backup reconciliation, the controller constructs Ops Manager admin API request paths from backup store identifiers. Because those identifiers were not properly escaped, an attacker with Kubernetes RBAC permission to modify an OpsManager custom resource (PR:L) could influence the generated request path and cause the controller to issue calls to unintended Ops Manager admin endpoints. The CPE entry cpe:2.3:a:mongodb,_inc.:mongodb_controllers_for_kubernetes:*:*:*:*:*:*:*:* indicates the affected product is MongoDB Controllers for Kubernetes, and the upstream 1.13.0 release notes explicitly state that backup store identifiers are now escaped when building admin API request paths. Exploitation is constrained by the non-default requirement for Enterprise Ops Manager backup reconciliation (reflected as AT:P in the CVSS 4.0 vector) and by the need for existing authenticated cluster write access to the OpsManager custom resource rather than anonymous network access. Impact is limited to low-integrity unintended administrative changes in Ops Manager; there is no confidentiality, availability, or scope impact.
Know when Mongodb Controllers For Kubernetes gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:N/AC:L/AT:P/PR:L/UI:N/VC:N/VI:L/VA:N/SC:N/SI:N/SA:N
PR:L for required CR-edit rights, AC:H because exploitation depends on the non-default backup-reconciliation configuration, and only I:L since impact is limited to unintended administrative changes.
Primary rating from Vendor (mongodb).
CVSS VectorVendor: mongodb
Lifecycle Timeline
1DescriptionCVE.org
In MongoDB Controllers for Kubernetes, insufficient validation of Ops Manager backup configuration may allow a user who can modify an OpsManager custom resource to cause unintended administrative changes in Ops Manager. This affects deployments using Enterprise Ops Manager backup reconciliation.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Server-Side Request Forgery exploits applications that fetch remote resources based on user-supplied URLs.
EUVD-2026-92817
GHSA-pwxc-m348-gxg8
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB