Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain adjacent-network position near FTM
-
ExploitPassively intercept cleartext traffic
-
ImpactExtract sensitive transaction data
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A04:2025 - Cryptographic Failures
ASVS 5.0
V12 - Secure Communication Transport encryption
|
| Exploitation Conditions | Exploitation requires the attacker to occupy an adjacent-network position on the same traffic path as the IBM FTM for RedHat OpenShift deployment (AV:A) and for sensitive data to actually be transmitted over an unencrypted/cleartext channel - i.e., the affected component must be configured or deployed without TLS on the relevant transport. AC:H reflects that the attacker must be able to observe and capture that specific traffic. No authentication (PR:N) and no user interaction (UI:N) are needed, but the adjacency requirement and dependence on a cleartext/unencrypted transport configuration are the key limiting factors that keep real-world risk well below the raw 7.5 score. |
| Impact | This is a low-real-world-priority issue despite the 7.5 (High) CVSS score. The vendor CVSS vector (CVSS:3.1/AV:A/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H) itself signals limited practical risk: AV:A means the attacker must already sit on the adjacent network/traffic path (not internet-remote), and AC:H means specialized conditions are needed (traffic must actually flow unencrypted along a path the attacker can observe). There is a clear internal conflict: the description states only that an attacker could 'obtain sensitive information due to cleartext transmission,' which is a confidentiality-only disclosure, yet the vector claims full I:H and A:H integrity/availability impact. Passive cleartext sniffing does not credibly yield I:H/A:H - verify this with the vendor; the impact is almost certainly C:H/I:N/A:N, which would lower the true base score to roughly 5.3 (matching sibling CVE-2026-17620, a near-identical cleartext-transmission flaw the vendor scored 5.3). No EPSS score, no CISA KEV listing, and no public exploit are present in the data. There is no SSVC decision data provided. Net: a genuine but conditional confidentiality weakness in a niche financial product, not a broadly exploitable priority. |
| Exploit ScenarioDerived | An attacker positioned on the same adjacent network segment as an FTM for OpenShift deployment (e.g., a compromised pod, a rogue device in the cluster network, or a man-in-the-path within the data center) passively captures traffic and observes sensitive financial-transaction data transmitted in cleartext. No authentication is required, but the attacker must be on the traffic path and the transport must be unencrypted. No public exploit code is identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 22, 2026
Cleartext transmission of sensitive information in IBM Financial Transaction Manager (FTM) for Red Hat OpenShift exposes transaction data, credentials, or other confidential payloads to anyone able to observe network traffic on the same segment. The issue affects deployments of FTM for OpenShift where the relevant transport is not wrapped in TLS; an unauthenticated attacker with an adjacent-network position (per the assessed vector PR:N, AV:A) can passively capture that traffic, though a successful capture depends on the specific unencrypted channel being in use (AC:H), which is why the independently assessed impact is limited to confidentiality only. No public exploit code has been identified at time of analysis, and there is no indication of active exploitation, so this remains a low-real-world-priority issue despite the headline 7.5 (High) CVSS score.
RemediationAI
No vendor-released patch or exact fix version is identified in the available data; IBM's advisory at https://www.ibm.com/support/pages/node/7288641 is the authoritative source and should be checked for an updated release or interim fix for the specific FTM for OpenShift version in use. In the absence of a patch, the effective mitigation is to eliminate the cleartext channel itself: enable TLS on all FTM transport, messaging, database, and administrative connections, using TLS 1.2 or higher with strong cipher suites, and migrate any remaining unencrypted listeners to their TLS equivalents. Where a component cannot speak TLS, isolate it on a dedicated, tightly segmented network segment and restrict access with host and network firewalls so that only the specific peer systems need to reach it - accepting that this reduces but does not remove the passive-capture risk. Enforce mutual authentication between FTM components so an attacker who gains an adjacent-network position cannot simply impersonate a peer, and place IDS/NDR sensors on the east-west traffic path to detect credential or payment-data patterns in the clear. The trade-offs are real: TLS introduces certificate lifecycle management overhead and modest latency, and retiring legacy cleartext listener ports can break older integration endpoints until they are reconfigured, so stage those changes with the application owners.
Affected VersionsENISA
Affects your stack
Find out whether the stacks and servers you run are on an affected version.
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 CWE-319, cleartext transmission of sensitive information, a class of weakness in which an application or its supporting middleware sends data across a network channel without cryptographic protection. In FTM for OpenShift, the affected component operates as a containerized workload within a Red Hat OpenShift cluster, communicating with messaging, database, and administrative endpoints both inside and outside the cluster; when any of those channels is configured without TLS - a common outcome when legacy or internal-only integrations are assumed to be trusted - the payloads are visible to anyone with a foothold on the shared network path. The vulnerability is therefore configuration- and topology-dependent rather than a memory-safety or injection flaw: there is no crafted request that triggers it, only the opportunity to passively read an unencrypted stream. The original NVD vector (CVSS:3.1/AV:A/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H) implies both integrity and availability impact, but our independent assessment scopes the effect to CVSS:3.1/AV:A/AC:H/PR:N/UI:N/S:U/C:H/I:N/A:N - pure information disclosure. No CPE data was supplied with this record, so the exact component and version boundaries cannot be confirmed from the available intelligence beyond the product family named in the IBM advisory.
Know when Financial Transaction Manager 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:H/I:N/A:N
Adjacent traffic-path access (AV:A) with sniffing conditions (AC:H); cleartext disclosure is confidentiality-only, so I:N/A:N - the vendor's I:H/A:H is unsupported by the description.
Primary rating from Vendor (us).
CVSS VectorNVD
DescriptionNVD
IBM Financial Transaction Manager (FTM) for RedHat OpenShift could allow a remote attacker to obtain sensitive information due to cleartext transmission of sensitive information.
Executive ViewAI
IBM Financial Transaction Manager for Red Hat OpenShift, a platform used to process and route financial transactions, can transmit sensitive transaction data and credentials in cleartext under certain deployment configurations, allowing someone already positioned on the same network segment to passively read that traffic. Because the exposure is confined to confidentiality, requires an adjacent network foothold, and has no known exploit or active exploitation, this is not an emergency - but it touches payment and credential data, so leadership should treat it as a compliance and data-protection exposure rather than a breach in progress. Organizations running FTM for OpenShift in shared or lightly segmented environments carry the most risk and should prioritize transport encryption hardening.
No vendor-released patch identified at time of analysis. Interim mitigations: enforce TLS or mutual TLS on all FTM for Red Hat OpenShift transport channels and replace any cleartext endpoints; segment FTM workloads onto dedicated network segments and apply strict OpenShift network policies and service mesh controls so adjacent systems cannot observe traffic; restrict east-west visibility using microsegmentation and encrypted overlays (e.g., IPsec/WireGuard tunnels) for any channel that cannot be TLS-wrapped; monitor network traffic for cleartext transmission of transaction data or credentials; and prioritize affected hosts for immediate patching once IBM publishes a fixed version.
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.
IBM Financial Transaction Manager for Digital Payments for Multi-Platform 3.1.0 is vulnerable to SQL injection. Rated cr
IBM Financial Transaction Manager for SWIFT Services 3.2.4 is vulnerable to an XML External Entity Injection (XXE) attac
IBM Financial Transaction Manager (FTM) for Multi-Platform (MP) 3.0.0.0 through 3.0.0.7 is vulnerable to SQL injection.
IBM Financial Transaction Manager for Digital Payments for Multi-Platform 3.0.2, 3.0.4, 3.0.6, and 3.2.0 is vulnerable t
Remote code execution via ESQL command injection affects IBM Financial Transaction Manager (FTM) for Red Hat OpenShift,
Sensitive information disclosure in IBM Financial Transaction Manager (FTM) for Red Hat OpenShift stems from the product
Message forgery in IBM Financial Transaction Manager (FTM) for Red Hat OpenShift lets remote, unauthenticated attackers
In the Message Entry and Repair (MER) facility of IBM Financial Transaction Manager for SWIFT Services 3.2.4 the sending
Hard-coded cryptographic keys and initialization vectors in IBM Financial Transaction Manager (FTM) for Red Hat OpenShif
Cross-site request forgery (CSRF) vulnerability in the OAC component in IBM Financial Transaction Manager (FTM) 2.0 befo
IBM Financial Transaction Manager for ACH Services for Multi-Platform 3.0.2 could allow an authenticated user to obtain
Improper authorization controls in IBM Financial Transaction Manager (FTM) for Red Hat OpenShift let an authenticated, l
EUVD-2026-84948
GHSA-qv84-6hjx-wg2r
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB