Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain low-privilege foothold in MAS component
-
ExploitAbuse misconfigured Kubernetes NetworkPolicy
-
ExecutionEstablish unintended outbound connection
-
ImpactExfiltrate sensitive data to external host
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Access control enforcement
MITRE ATT&CK
1 technique across 1 tactic: Defense Evasion The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Requires a deployment of IBM Maximo Application Suite running the optional Location Service for Esri Component (versions 9.0, 9.1, or 9.2) on Kubernetes where the shipped/misconfigured NetworkPolicy fails to restrict egress. Per CVSS PR:L, the attacker must hold some low-level privilege or workload foothold within the environment rather than being fully external; exploitation is limited to abusing the permitted outbound network paths. Limiting factors: the specific Esri location component must be installed and enabled, the cluster must rely on the affected NetworkPolicy for egress control, and the attacker needs existing in-environment access - there is no user interaction requirement (UI:N). |
| Impact | This is a moderate-priority issue whose CVSS 3.1 base score of 7.7 is driven largely by the Scope change (S:C) and High confidentiality impact (C:H), not by ease of attack. The vector CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:N/A:N indicates network-reachable, low-complexity exploitation, but PR:L means an attacker must already hold some privilege/foothold within the Maximo Application Suite environment rather than being a fully external unauthenticated actor - this materially lowers real-world risk. No EPSS score, no CISA KEV listing, and no public POC were provided, so there is no public exploit identified at time of analysis and no evidence of active or widespread exploitation. The core weakness (CWE-284, Improper Access Control via a misconfigured Kubernetes NetworkPolicy permitting unintended egress) is a data-exfiltration/lateral-reach enabler rather than a direct code-execution flaw: I:N and A:N confirm no integrity or availability impact. Net assessment: a legitimate configuration-hardening priority for organizations running the affected component, but not an emergency 'patch-tonight' issue given the authenticated prerequisite and absence of exploitation signals. Note the tag conflict flagged below - 'Authentication Bypass' does not match CWE-284 or the egress description and should be verified against the IBM advisory. |
| Exploit ScenarioDerived | An attacker who has already gained a low-privilege foothold inside the Location Service for Esri Component pod/workload abuses the overly permissive Kubernetes NetworkPolicy to open outbound connections to external networks that should have been blocked. This unintended egress path is then used to exfiltrate sensitive data or reach otherwise-segmented systems. No public exploit code is known, and exploitation presupposes existing access to the clustered deployment. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 12, 2026
Unintended outbound network egress in IBM Maximo Application Suite's optional Location Service for Esri Component (versions 9.0, 9.1, and 9.2) stems from a misconfigured Kubernetes NetworkPolicy that fails to restrict pod egress, allowing traffic to reach destinations the deployment intended to block. Rated CVSS 3.1 base 7.7, the score is driven mostly by the Scope change (S:C) and High confidentiality impact (C:H) rather than ease of attack; the vector (AV:N/AC:L/PR:L/UI:N) indicates remote exploitation at low complexity but with the attacker already holding a low-privileged foothold inside the environment, and no user interaction is needed. There is no public exploit identified at time of analysis and no confirmed active exploitation (CISA KEV not listed), so this is best treated as a moderate-priority network-segmentation and data-exposure issue affecting clusters that rely on the shipped NetworkPolicy for egress control.
RemediationAI
No vendor-released patch identified at time of analysis, so the authoritative next step is to consult IBM's advisory at https://www.ibm.com/support/pages/node/7290070 for the current fix level, interim guidance, or updated component build for versions 9.0, 9.1, and 9.2; apply the vendor-provided update as soon as it is published. Until then, the primary compensating control is to replace or correct the NetworkPolicy for the Location Service for Esri namespace with an explicit default-deny egress rule plus a narrow allowlist limited to the specific Esri/ArcGIS endpoints and DNS resolvers the component requires - the trade-off is that an overly tight allowlist will break Esri geocoding/location calls, DNS resolution, and any license or telemetry checks, so the rules must be validated in a staging namespace first. Confirm that the cluster's CNI actually enforces NetworkPolicy egress rules (Calico, Cilium, or equivalent), since some CNIs silently ignore them, and consider an egress gateway or service-mesh sidecar that performs Layer 7 filtering for defense in depth. If the Esri location feature is not actively used, disabling or uninstalling the optional component removes the exposure entirely. Because the CVSS vector requires PR:L, tightening RBAC and namespace isolation to limit which principals can create pods or exec into the affected namespace directly reduces the attack surface and should be paired with egress monitoring/alerting on the affected namespace to detect attempted exfiltration.
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
The root cause is classified as CWE-284 (Improper Access Control): Kubernetes NetworkPolicy objects are the cluster's declarative mechanism for controlling which pods may initiate connections, and an egress rule that is missing, too permissive, or scoped to the wrong pod selector effectively leaves outbound traffic unrestricted. In this case the affected component is the optional Location Service for Esri integration shipped with IBM Maximo Application Suite 9.0/9.1/9.2, which runs as a workload inside the Kubernetes cluster and normally communicates with Esri/ArcGIS endpoints. Because the deployed NetworkPolicy does not correctly deny egress, a pod in that namespace can open connections to arbitrary internal services or external hosts, enabling data to leave the intended trust boundary - the confidentiality-only impact (C:H, I:N, A:N) reflects exfiltration-style exposure rather than code execution or disruption. The CVSS vector's Scope change (S:C) signals that the vulnerable component's failure affects resources beyond its own security authority (the broader cluster or external network), while PR:L and UI:N mean the attacker needs some existing low-level privilege or workload foothold but no victim interaction. No CPE strings were supplied with the source data, so exact package-level identification should be confirmed against the IBM advisory.
Know when 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
AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:N/A:N
PR:L reflects the required in-cluster foothold to abuse egress; S:C because the broken NetworkPolicy affects resources beyond the component; C:H for data exfiltration, with I:N/A:N.
Primary rating from Vendor (us).
CVSS VectorVendor: us
DescriptionCVE.org
IBM Maximo Application Suite - Location Service for Esri Component 9.2, 9.1, and 9.0 IBM Maximo Application Suite - Location Service for Esri Component is vulnerable to unintended network egress due to a misconfigured Kubernetes NetworkPolicy.
Articles & Coverage 2
Executive ViewAI
IBM Maximo Application Suite's optional Location Service for Esri Component (versions 9.0, 9.1, and 9.2) contains a misconfigured Kubernetes NetworkPolicy that fails to restrict pod egress, potentially allowing sensitive data to be sent to unauthorized external destinations. This affects organizations using these specific versions and could lead to a confidentiality breach. Leadership should prioritize remediation because no vendor patch is currently available, and while no public exploit has been identified, the vulnerability requires an authenticated low-privileged attacker already inside the environment to exploit.
No vendor-released patch identified at time of analysis. Interim mitigations: enforce strict Kubernetes NetworkPolicy egress restrictions, deploy network segmentation, monitor outbound traffic for unauthorized destinations, and restrict service account permissions.
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
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
More in Kubernetes
View allA critical vulnerability in Kubernetes ingress-nginx controller allows unauthenticated attackers with pod network access
Credential-harvesting malware compromised 84 versions of 42 TanStack npm packages on 2026-05-11 via chained GitHub Actio
Kubernetes ingress-nginx contains a configuration injection vulnerability via the mirror-target and mirror-host Ingress
A security issue was discovered in ingress-nginx https://github.com/kubernetes/ingress-nginx where the `auth-url` Ingres
A security issue was discovered in ingress-nginx https://github.com/kubernetes/ingress-nginx where the `auth-tls-match-c
Kubernetes API server in all versions allow an attacker who is able to create a ClusterIP service and set the spec.exter
A security issue was discovered in Kubernetes where a user that can create pods on Windows nodes may be able to escalate
Argo CD is a declarative, GitOps continuous delivery tool for Kubernetes. Rated critical severity (CVSS 9.9), this vulne
Unauthenticated remote attackers can trigger complete database overwrites, server-side file reads, and SSRF attacks agai
The Kubernetes integration in GitLab Enterprise Edition 11.x before 11.2.8, 11.3.x before 11.3.9, and 11.4.x before 11.4
Fluentd configuration injection in the kube-logging Logging operator before 6.6.0 allows a namespace-scoped user who can
Kyverno Kubernetes policy engine prior to 1.x has a privilege escalation vulnerability (CVSS 9.9) allowing policy bypass
EUVD-2026-97903
GHSA-hqr3-7568-m6rp
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB