Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain foothold in a cluster pod
-
DeliveryEnumerate reachable peer pods
-
ExploitExploit unrestricted inter-pod channel
-
ExecutionTransfer/move data between pods
-
ImpactLateral data compromise
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V12 - Secure Communication Improper restriction of communication channel
|
| Exploitation Conditions | Requires a deployment of IBM watsonx.data 2.2.0 through 2.3.0 (IBM Lakehouse) running on its containerized/Kubernetes-OpenShift pod architecture, where network policies between pods are not enforced. Exploitation realistically requires the attacker to already have a position on the cluster/pod network (e.g., a compromised or attacker-controlled pod) to abuse the unrestricted pod-to-pod communication channel (CWE-923). Limiting factors: the flaw is a segmentation gap rather than a direct code-execution or data-read primitive; impact is confined to unauthorized data transfer between pods (I:H, with C:N/A:N); no user interaction is needed, but the practical need for in-cluster presence meaningfully narrows the exposure versus the AV:N rating. |
| Impact | This is a high-CVSS (7.5) but low-real-world-urgency issue when all signals are weighed together. The vendor CVSS vector (AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:H/A:N) implies a trivially exploitable network flaw, but the EPSS score is only 0.01% (3rd percentile) and the SSVC decision framework rates Exploitation as 'none', Automatable as 'no', and Technical Impact as 'partial' - all pointing to a low-priority, non-weaponized weakness. There is no CISA KEV listing and no public exploit identified at time of analysis. The CVSS vector itself is internally notable: it scores Integrity-High (I:H) with Confidentiality and Availability at None, yet the product Tags label this 'Information Disclosure' - these conflict, and the vector (data can be transferred/moved between pods, an integrity/lateral-movement concern) is better aligned to integrity than to disclosure. Also worth verifying: the AV:N/PR:N rating treats this as fully remote-unauthenticated, but the described weakness (CWE-923, improper restriction of communication between Kubernetes/OpenShift pods) realistically presupposes an attacker already positioned inside the cluster or on an adjacent pod network - verify the intended attack position with IBM. Net: a legitimate hardening/segmentation defect to patch on a normal cycle, not an emergency. |
| Exploit ScenarioDerived | An attacker who has already gained a foothold in one workload pod within the watsonx.data / IBM Lakehouse cluster leverages the missing inter-pod communication restrictions to reach and exchange data with other pods that should have been network-isolated. Because segmentation is not enforced, the attacker moves or exfiltrates data laterally between services without authorization. No public proof-of-concept exists, and the realistic prerequisite is existing access to the cluster network rather than pure internet-facing reach. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv3 – Sep 30, 2026
IBM watsonx.data (Lakehouse) versions 2.2.0 through 2.3.0 do not properly restrict communication between pods, allowing an attacker with a foothold on the cluster network to transfer data between pods without segmentation controls. While the vendor assigns a CVSS of 7.5 (AV:N/PR:N), the assessed vector is AV:A/PR:L/UI:N/S:U/C:N/I:H/A:N, reflecting that exploitation realistically requires an attacker-controlled pod on the same network. No public exploit code has been identified, and EPSS is 0.01% (3rd percentile), so real-world urgency is low despite the high base score.
Earlier versions of this analysis (2)
Unrestricted pod-to-pod communication in IBM watsonx.data 2.2.0 through 2.3.0 (IBM Lakehouse) means a Kubernetes/OpenShift deployment that relies on default networking can let an attacker move data between pods without restriction. The vendor rates this 7.5 (CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:H/A:N), but our independent assessment re-scores it as CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:U/C:L/I:H/A:N: exploitation is practical only for someone who already has a position inside the cluster network, such as a compromised or attacker-controlled pod, because the flaw is an east-west traffic restriction failure rather than an internet-facing endpoint bug. There is no public exploit identified at time of analysis, EPSS is negligible (0.01%, 3rd percentile), CISA SSVC records Exploitation: none, Automatable: no, and a vendor patch is available, so real-world urgency is low despite the headline score.
IBM watsonx.data versions 2.2 through 2.3 fail to enforce proper network segmentation between Kubernetes pods in the Lakehouse component, allowing attackers with network access to the cluster to transfer data between pods without authentication or authorization controls. This integrity vulnerability has a moderate CVSS score of 5.3 and requires adjacent network access and specific configuration conditions to exploit.
RemediationAI
Vendor-released patch is available per IBM's advisory (https://www.ibm.com/support/pages/node/7270593); no specific fix version is listed. If immediate patching is not possible, enforce Kubernetes NetworkPolicies to default-deny all pod-to-pod traffic and allow only explicitly required communication flows; this may break legitimate inter-pod dependencies and requires careful testing in a staging environment. Additionally, restrict cluster access and apply least-privilege RBAC to limit the ability of an attacker to obtain a foothold on the pod network in the first place. Given the assessed low exploitation likelihood (EPSS 0.01%) and no known public exploit, these compensating controls can be prioritized based on the sensitivity of data transferred between pods.
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 vulnerability is rooted in CWE-923 (Improper Restriction of Communication Channel to Intended Endpoints), which occurs when a system fails to enforce boundaries on which components can communicate. IBM watsonx.data is a containerized data platform deployed on Kubernetes/OpenShift, where pods (the smallest deployable units) should be isolated using NetworkPolicies. The flaw means the default or configured network policies do not restrict pod-to-pod traffic, so any pod can connect to any other pod. An attacker who has compromised a pod (or controls one) can exploit this to transfer data between pods, impacting integrity (I:H) without a confidentiality impact (C:N/A:N). The CPE cpe:2.3:a:ibm:watsonx.data:*:*:*:*:*:*:*:* identifies the product, and the affected version range is 2.2.0 through 2.3.0. This is a segmentation gap rather than a direct code-execution primitive, and the SSVC assessment rates exploitation as 'none', automatable as 'no', and technical impact as 'partial'.
Know when Watsonx Data 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:N/UI:N/S:U/C:N/I:H/A:N
Abusing unrestricted pod-to-pod communication realistically requires adjacent cluster-network position and some existing workload access, so AV:A and PR:L; impact is unauthorized data transfer (I:H) with no confirmed C or A loss.
Primary rating from NVD.
CVSS VectorNVD
Lifecycle Timeline
6DescriptionNVD
IBM watsonx.data 2.2 through 2.3 IBM Lakehouse does not properly restrict communication between pods which could allow an attacker to transfer data between pods without restrictions.
Executive ViewAI
IBM watsonx.data (Lakehouse) versions 2.2.0 through 2.3.0 lack sufficient isolation between pods, which could let an adversary who is already inside the cluster network move data across workload boundaries. No public exploit identified at time of analysis, and the assessed vector requires adjacent network access and low privileges, so immediate broad compromise is unlikely; however, because these deployments often support analytics and data-integrity workflows, leadership should prioritize identifying affected instances and applying the vendor remedy. Patch available per vendor advisory.
Apply vendor patch.
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
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
More in Watsonx Data
View allIBM watsonx.data 2.2 through 2.2.1 could allow an authenticated user to cause a denial of service through ingestion pods
IBM Lakehouse (watsonx.data 2.2) stores potentially sensitive information in log files that could be read by a local use
IBM watsonx.data (IBM Lakehouse) versions 2.2 through 2.3.1 fails to properly restrict inbound and outbound network conn
IBM Lakehouse (watsonx.data 2.2) could allow an authenticated user to obtain sensitive server component version informat
IBM Lakehouse (watsonx.data 2.2) could allow an authenticated privileged user to execute arbitrary commands on the syste
IBM Lakehouse (watsonx.data 2.2) is vulnerable to stored cross-site scripting. Rated medium severity (CVSS 5.5), this vu
EUVD-2025-209603
NVD
CVE.org
EPSS
Vulnrichment
GitHub PoC
Exploit-DB