Skip to main content

Maximo Application Suite CVE-2026-18517

| EUVDEUVD-2026-97903 HIGH
Improper Access Control (CWE-284)
2026-10-12 psirt@us.ibm.com GHSA-hqr3-7568-m6rp
7.7
CVSS 3.1 · Vendor: us
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Gain low-privilege foothold in MAS component
  2. Exploit
    Abuse misconfigured Kubernetes NetworkPolicy
  3. Execution
    Establish unintended outbound connection
  4. Impact
    Exfiltrate 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.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
No patch listed yet 0.2% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – 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

Maximo Application Suite - Location Service for Esri Component 9.1
Maximo Application Suite - Location Service for Esri Component 9.2
Maximo Application Suite - Location Service for Esri Component 9.0

Affected Packages

euvd maximo_application_suite_location_service_for_esri_component no fix

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

Vendor (us) PRIMARY 7.7 HIGH
AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:N/A:N
vuln.today AI 7.7 HIGH

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.

3.1 AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:N/A:N
4.0 AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N

Primary rating from Vendor (us).

CVSS VectorVendor: us

Attack Vector
Network
Attack Complexity
Low
Privileges Required
Low
User Interaction
None
Scope
Changed
Confidentiality
High
Integrity
None
Availability
None

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.

Executive ViewAI

Why It Matters

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.

Business Impact: High
Compensating Controls

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

EPSS Score
0.2%
Top 91% exploitable
Prevalence
Low
niche optional Esri location add-on within enterprise Maximo suite
Social Media
1
Sightings
Data Quality
4 sources
Confidence: Medium

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.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.2%
Patch available No
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
No
Human Impact
High
Technical Impact
Partial

Priority Score

38
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +38
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.

CVE-2025-1974 CRITICAL POC
9.8 Mar 25

A critical vulnerability in Kubernetes ingress-nginx controller allows unauthenticated attackers with pod network access

CVE-2026-45321 CRITICAL POC
9.6 May 12

Credential-harvesting malware compromised 84 versions of 42 TanStack npm packages on 2026-05-11 via chained GitHub Actio

CVE-2025-1098 HIGH POC
8.8 Mar 25

Kubernetes ingress-nginx contains a configuration injection vulnerability via the mirror-target and mirror-host Ingress

CVE-2025-24514 HIGH POC
8.8 Mar 25

A security issue was discovered in ingress-nginx https://github.com/kubernetes/ingress-nginx where the `auth-url` Ingres

CVE-2025-1097 HIGH POC
8.8 Mar 25

A security issue was discovered in ingress-nginx https://github.com/kubernetes/ingress-nginx where the `auth-tls-match-c

CVE-2020-8554 MEDIUM POC
6.3 Jan 21

Kubernetes API server in all versions allow an attacker who is able to create a ClusterIP service and set the spec.exter

CVE-2023-3676 HIGH POC
8.8 Oct 31

A security issue was discovered in Kubernetes where a user that can create pods on Windows nodes may be able to escalate

CVE-2025-55190 CRITICAL POC
9.9 Sep 04

Argo CD is a declarative, GitOps continuous delivery tool for Kubernetes. Rated critical severity (CVSS 9.9), this vulne

CVE-2026-34976 CRITICAL POC
10.0 Apr 02

Unauthenticated remote attackers can trigger complete database overwrites, server-side file reads, and SSRF attacks agai

CVE-2018-18843 CRITICAL POC
10.0 Dec 04

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

CVE-2026-54680 CRITICAL POC
9.9 Jul 29

Fluentd configuration injection in the kube-logging Logging operator before 6.6.0 allows a namespace-scoped user who can

CVE-2026-22039 CRITICAL POC
9.9 Jan 27

Kyverno Kubernetes policy engine prior to 1.x has a privilege escalation vulnerability (CVSS 9.9) allowing policy bypass

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy