CVE-2025-36324: IBM watsonx.data Intelligence SSRF Vulnerability - Patch & Detection Guide
IBM watsonx.data intelligence contains a server-side request forgery (SSRF) vulnerability that allows authenticated users to make unauthorized requests from the affected system. An attacker with valid credentials could potentially probe internal network resources, discover services running on the local network, or use the compromised system as a pivot point for further attacks. The vulnerability affects versions 5.2.0 through 5.3.0.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 4.3 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:N/A:N
- Weaknesses (CWE)
- CWE-918
- Affected products
- 2 configuration(s)
- Published / Modified
- 2026-06-30 / 2026-07-06
NVD description (verbatim)
IBM watsonx.data intelligence 5.2.0, 5.2.1, 5.2.2, 5.3.0 s vulnerable to server-side request forgery (SSRF). This may allow an authenticated attacker to send unauthorized requests from the system, potentially leading to network enumeration or facilitating other attacks.
1 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2025-36324 is classified as CWE-918, a server-side request forgery vulnerability in IBM watsonx.data intelligence. The flaw allows authenticated attackers to craft malicious requests that the affected system will execute on their behalf, potentially accessing internal services, cloud metadata endpoints, or other network resources not directly accessible from the attacker's position. The vulnerability requires valid authentication credentials to exploit, meaning internal users or compromised accounts pose the primary risk vector.
Business impact
This vulnerability increases insider threat and account compromise risks. If an internal user is compromised or acts maliciously, attackers gain a trusted launch point for network reconnaissance and lateral movement. Organizations using watsonx.data intelligence for analytics workloads may face disruption if the system is leveraged to attack downstream infrastructure. The SSRF can also facilitate information disclosure about internal network topology and service availability, undermining network segmentation strategies.
Affected systems
IBM watsonx.data intelligence versions 5.2.0, 5.2.1, 5.2.2, and 5.3.0 are vulnerable. IBM Software Hub, which may bundle or depend on watsonx.data intelligence, may also be affected. Organizations should identify all deployments of these versions in their environment and prioritize patching or isolation of affected instances.
Exploitability
Exploitation requires valid authentication credentials, which moderates the attack surface compared to unauthenticated SSRF flaws. However, the CVSS score of 4.3 (MEDIUM) reflects that once an attacker is inside the authentication boundary—whether through credential compromise, insider threat, or legitimate user action—the SSRF is relatively straightforward to trigger. No user interaction is required beyond sending a crafted request. This is not currently tracked in CISA's Known Exploited Vulnerabilities (KEV) catalog.
Remediation
Patch all affected instances to versions newer than 5.3.0, following IBM's official security advisories and release notes. Verify the specific patch version number against IBM's vendor advisory before deployment. In the interim, restrict network access from watsonx.data intelligence systems to only required external services, enforce network segmentation to limit lateral movement if SSRF is exploited, and audit access logs for suspicious outbound connections originating from the system.
Patch guidance
Check IBM's security bulletin for watsonx.data intelligence to identify the minimum patched version. Deploy patches in a test environment first to validate compatibility with existing analytics workflows and integrations. For air-gapped or offline deployments, verify that patch availability and delivery mechanisms align with your infrastructure. Consider scheduling patching during maintenance windows to minimize disruption to data intelligence operations. Test outbound network connectivity after patching to ensure business functions remain intact.
Detection guidance
Monitor for unusual outbound connections from watsonx.data intelligence instances, particularly to internal IP ranges, cloud metadata service endpoints (169.254.169.254), or unexpected external hosts. Audit application logs for error messages or debug output indicating failed or successful HTTP requests to unexpected destinations. Review network traffic from the system for patterns consistent with network reconnaissance (rapid connections to multiple hosts on internal subnets). Correlate authentication logs with outbound connection timing to identify potentially compromised accounts. Implement DLP or egress filtering rules that flag requests to sensitive internal services originating from analytics systems.
Why prioritize this
Although the CVSS score is moderate (4.3), prioritize this vulnerability if your environment has sensitive internal services, cloud instances with metadata endpoints, or systems where watsonx.data intelligence has broad network access. The requirement for authentication reduces immediate risk, but compromised user accounts or insider threats make exploitation plausible. Organizations relying on network segmentation to isolate analytics platforms should treat this as higher priority, as SSRF undermines that control.
Risk score, explained
The CVSS 3.1 score of 4.3 reflects: network-accessible attack vector (AV:N), low attack complexity (AC:L), and low privilege requirements (PR:L—authenticated user). Confidentiality impact is low (C:L) because the attacker can read responses to probed requests, gaining information about internal services. Integrity and availability are not directly impacted (I:N/A:N). The scope is unchanged (S:U), meaning impact is confined to the vulnerable component. The moderate score appropriately reflects that while the flaw is real and can facilitate reconnaissance, it does not enable direct data theft, denial of service, or system compromise without chaining to other vulnerabilities.
Frequently asked questions
What is server-side request forgery and why does it matter in an analytics platform?
SSRF allows an attacker to trick a server into making requests on their behalf. In watsonx.data intelligence, this means an authenticated user could make the system request data from internal databases, cloud services, or local network resources that the user shouldn't directly access. This is particularly dangerous in analytics platforms, which often have legitimate broad network access to data sources, making them attractive pivot points.
Do I need to patch immediately if this vulnerability hasn't been exploited in the wild yet?
The vulnerability is not currently in CISA's Known Exploited Vulnerabilities catalog, but this does not mean exploitation is impossible or unlikely. SSRF vulnerabilities are well-understood attack primitives and relatively simple to weaponize once credentials are obtained. If watsonx.data intelligence is internet-facing or used by employees in high-risk roles, prioritize patching. If it is tightly segmented and used only by trusted internal teams, you have more time to plan a maintenance window.
Can I detect if someone has exploited this vulnerability?
Yes, but detection requires proper logging. Unusual outbound connections from the watsonx.data intelligence system (especially to internal IPs, cloud metadata endpoints, or services the system shouldn't contact) are the primary signal. Review application logs, network flow logs, and firewall/proxy records around the time of suspected compromise. Authentication logs can help correlate account activity with suspicious outbound traffic.
What if I cannot patch immediately?
Implement compensating controls: restrict outbound network access from watsonx.data intelligence to only the data sources it legitimately needs, disable HTTP/HTTPS access to internal subnets if not essential for analytics, monitor and alert on unexpected outbound connections, enforce strict authentication controls on the system, and audit user activity logs regularly. These measures reduce the attack surface and impact while you prepare a patch window.
This analysis is provided for informational purposes and represents a point-in-time assessment based on publicly available information as of the publication date. Specific patch version numbers, availability, and applicability should be verified against IBM's official security advisories and product documentation. Organizations should conduct their own risk assessment based on their environment, deployment scope, and threat landscape. This content does not constitute professional security advice and should not replace comprehensive vulnerability management processes. Always test patches in non-production environments before deployment. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-13773MEDIUMWebSphere Extreme Scale Deserialization SSRF Escalates to RCE via WAS-26
- CVE-2026-11546HIGHIBM WebSphere Liberty SSRF Vulnerability in adminCenter
- CVE-2026-11714HIGHIBM WebSphere Liberty SSRF Vulnerability – Patch & Detection Guide
- CVE-2026-9006HIGHIBM WebSphere SSRF Vulnerability in Ajax Proxy
- CVE-2025-58175MEDIUMGeoServer SSRF Vulnerability in Proxy Configuration
- CVE-2026-0285MEDIUMPAN-OS Server-Side Request Forgery (SSRF) – Palo Alto Networks
- CVE-2026-10052MEDIUMQuay SSRF in LDAP/SMTP Validation—Internal Network Reconnaissance Risk
- CVE-2026-10177MEDIUMSSRF in Aider-AI Aider 0.86.3 AWS Metadata Endpoint