Skip to main content

Financial Transaction Manager CVE-2026-18154

| EUVDEUVD-2026-84944 HIGH
Use of Hard-coded Cryptographic Key (CWE-321)
2026-09-22 psirt@us.ibm.com GHSA-9689-mf2h-93vw
7.5
CVSS 3.1 · NVD
View

Attack ChainAIDerived

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

  1. Access
    Reach IBM FTM OpenShift endpoint
  2. Exploit
    Supply known hard-coded crypto key
  3. Impact
    Decrypt protected sensitive data

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A04:2025 - Cryptographic Failures
ASVS 5.0
V11 - Cryptography Key management, no hard-coded keys
Exploitation Conditions

Exploitation requires that the attacker possess the specific hard-coded or predictable cryptographic key embedded in IBM Financial Transaction Manager (FTM) for RedHat OpenShift (CWE-321) and have network reachability to the affected FTM service. The impact is confined to confidentiality (C:H, I:N, A:N) - disclosure of sensitive information protected by that key - with no integrity or availability effect. Limiting factors: the attacker must first obtain or derive the static key from the product (not described as published), and SSVC marks the issue Automatable: no, indicating exploitation is not trivially scriptable at scale; only the affected 4.0.6.0 line (including interim fixes 1-6 per CPE data) is in scope.

Impact

Signals here are mixed and point to a moderate, not urgent, priority. The CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:N) describes a remotely reachable, low-complexity, unauthenticated weakness with high confidentiality impact (C:H/I:N/A:N), which on paper looks serious. However, the surrounding exploitation signals strongly temper this: EPSS is 0.26% (17th percentile), CISA SSVC lists Exploitation as 'none' and Automatable as 'no', there is no CISA KEV listing, and no public exploit code is referenced. The one amplifying signal is SSVC Technical Impact: total, consistent with a hard-coded/predictable cryptographic key (CWE-321) potentially undermining confidentiality broadly. Net assessment: this is a real but lower-tier issue - a high-CVSS confidentiality flaw whose real-world exploitation likelihood is currently low and whose affected product (IBM FTM for OpenShift) is narrowly deployed. One caveat to verify: CWE-321 (hard-coded key) flaws often require some positional or configuration knowledge to weaponize, yet the vector asserts PR:N/AC:L; the SSVC 'Automatable: no' finding is consistent with real exploitation needing more than a trivial scripted attack, so treat the PR:N/AC:L combination as the vendor's view and validate against IBM advisory 7288641.

Exploit ScenarioDerived

A remote attacker who knows or derives the hard-coded/predictable cryptographic key used by IBM FTM for OpenShift uses it to decrypt sensitive financial-transaction data in transit or at rest, or to forge/verify protected tokens. Because PR:N/UI:N, no credentials or victim interaction are required once the attacker can reach the service and possesses the static key. No public exploit code is identified at time of analysis, so weaponization would require independent key recovery from the product.

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

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

Alert me

AnalysisAIv2 – Oct 08, 2026

Sensitive information disclosure in IBM Financial Transaction Manager (FTM) for Red Hat OpenShift stems from the product's use of a hard-coded or predictable cryptographic key (CWE-321). Per the assessed CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N, 7.5), an unauthenticated remote attacker who obtains that static key can read data the product intended to protect, with no integrity or availability impact. The real gate is acquiring or deriving the embedded key rather than defeating authentication: no public exploit identified at time of analysis, EPSS is only 0.26% (17th percentile), and CISA SSVC records exploitation as none with Automatable set to no, making this a moderate, not urgent, priority.

Earlier versions of this analysis (1)
v1 Sep 22, 2026 - 22:36 CVSS 8.0

Hard-coded cryptographic key use in IBM Financial Transaction Manager (FTM) for Red Hat OpenShift can let unauthenticated attackers with adjacent-network access obtain sensitive information protected by the predictable key, but high attack complexity (AC:H) and the AV:A vector mean Internet-wide exploitation is not indicated. The vendor rates this 8.0 HIGH with high confidentiality and integrity impact, while the independent assessment revises the impact to confidentiality-only (C:H/I:N/A:N) and notes that no public exploit has been identified at time of analysis. Consequently, this is a vendor-scored 8.0 HIGH flaw whose real-world priority is materially lower than the headline number suggests, and the score itself is internally tension-filled due to the S:C and high-impact components.

RemediationAI

No vendor-released patch version was identified in the available intelligence, so the IBM advisory at https://www.ibm.com/support/pages/node/7288641 (also surfaced via the NVD entry https://nvd.nist.gov/vuln/detail/CVE-2026-18154) must be checked for the fixed release or interim fix that introduces key rotation, since the 4.0.6.0 interim fixes 1-6 enumerated in the CPE data are themselves affected. Until a fix is confirmed, the most effective control is reducing the value of the key: wherever FTM configuration permits overriding or replacing the built-in cryptographic key with a deployment-specific secret (for example via OpenShift secrets or an external KMS), do so and rotate it, accepting the operational cost of re-encrypting or re-establishing any data protected under the old key. Complement that by restricting network reachability to the affected FTM services with OpenShift network policies or ingress rules so that even an attacker holding the key cannot reach the endpoints that return protected data - the trade-off is tighter segmentation of legitimate upstream financial transaction traffic, which requires explicit allow-listing. Also treat the container images and Operator bundles as secrets: limit image-pull and registry access and audit who can read them, since key extraction is the practical prerequisite for exploitation; this does not fix the defect but raises the cost of the one step the SSVC assessment flags as non-automatable. Because SSVC rates exploitation as none and no public exploit code is known, emergency action is not warranted, but monitoring for anomalous reads against FTM interfaces is a reasonable low-cost detection while a patched build is pending.

Affected VersionsENISA

Financial Transaction Manager (FTM) for RedHat OpenShift 4.0.6.0 ≤4.0.6.0.0.6.0 Refresh (Operator 4.4.6+20260807.081800)4.0.7.04.0.8.04.0.9.04.0.10.0 Interim Fix 064

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

CWE-321 (Use of Hard-coded Cryptographic Key) means the secret that protects confidentiality is embedded in the shipped product rather than generated per deployment or held in external key management. In a containerized FTM for Red Hat OpenShift deployment, that key would live in the product image, operator bundle, or configuration artifacts, so anyone able to pull the image or access the deployment's files can extract it - no memory-corruption primitive, race condition, or authentication bypass is required, only knowledge of the constant plus network reachability to the affected FTM service. The CPE data identifies the affected component as ibm:financial_transaction_manager, enumerating 4.0.6.0 and its interim fixes 1 through 6 alongside a wildcard CPE for the broader line, which indicates the static key was carried forward through those interim fix levels rather than remediated in them. Consistent with the confidentiality-only assessment, the downstream effect is decryption or exposure of data protected by that key, not tampering or denial of service.

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

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

Hard-coded key enables remote unauthenticated decryption of sensitive data (AV:N/PR:N, C:H); no integrity or availability impact (I:N/A:N), matching CWE-321 information disclosure.

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

Primary rating from Vendor (us).

CVSS VectorNVD

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

Lifecycle Timeline

2
CVSS changed
Oct 08, 2026 - 15:08 NVD
8.0 (HIGH) 7.5 (HIGH)
CVE Published
Sep 22, 2026 - 22:17 nvd
HIGH 8.0

DescriptionNVD

IBM Financial Transaction Manager (FTM) for RedHat OpenShift could allow a remote attacker to obtain sensitive information due to the use of a hard-coded or predictable cryptographic key.

Executive ViewAI

Why It Matters

IBM Financial Transaction Manager for Red Hat OpenShift, a platform used to process and settle financial transactions, carries a high-severity confidentiality weakness: a static, embedded cryptographic key protects data that the product is supposed to keep confidential, and any unauthenticated remote party who obtains that key can read it. The information at risk is financially sensitive and typically governed by contractual and regulatory data-protection obligations, so exposure could trigger notification duties, audit scrutiny, and counterparty-trust consequences even though there is no impact on transaction integrity or service availability. Today the practical likelihood is limited - no public exploit identified at time of analysis and a low EPSS score - but the flaw cannot be fixed by configuration alone and the vendor has not yet released a patch, leaving remediation dependent on vendor timelines and interim containment.

Business Impact: Medium
Compensating Controls

No vendor-released patch identified at time of analysis. Interim mitigations: restrict network reachability of the product's management and inter-service interfaces to trusted internal sources through segmentation and firewall rules; enforce least-privilege access to the data the product protects; enable and monitor audit logging for anomalous read or bulk-export activity on affected instances; engage IBM support for interim guidance and a remediation timeline; where supported, rotate or override the embedded cryptographic key, and where not supported, document the residual risk and consider additional encryption or isolation around the affected data stores.

Threat Intelligence Overview

EPSS Score
0.3%
Top 83% exploitable
Prevalence
Low
Niche enterprise financial-transaction middleware, limited OpenShift deployment footprint
Social Media
1
Sightings
Data Quality
5 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.3%
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
Medium
Technical Impact
Total

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

Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.

CVE-2019-4032 CRITICAL
9.8 Mar 05

IBM Financial Transaction Manager for Digital Payments for Multi-Platform 3.1.0 is vulnerable to SQL injection. Rated cr

CVE-2023-35892 CRITICAL
9.1 Sep 05

IBM Financial Transaction Manager for SWIFT Services 3.2.4 is vulnerable to an XML External Entity Injection (XXE) attac

CVE-2017-1606 HIGH
8.8 Dec 11

IBM Financial Transaction Manager (FTM) for Multi-Platform (MP) 3.0.0.0 through 3.0.0.7 is vulnerable to SQL injection.

CVE-2018-1819 HIGH
8.8 Oct 04

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

CVE-2026-18137 HIGH
8.1 Sep 22

Remote code execution via ESQL command injection affects IBM Financial Transaction Manager (FTM) for Red Hat OpenShift,

CVE-2026-18134 HIGH
7.5 Sep 22

Cleartext transmission of sensitive information in IBM Financial Transaction Manager (FTM) for Red Hat OpenShift exposes

CVE-2026-18152 HIGH
7.5 Sep 22

Message forgery in IBM Financial Transaction Manager (FTM) for Red Hat OpenShift lets remote, unauthenticated attackers

CVE-2023-49880 HIGH
7.5 Dec 25

In the Message Entry and Repair (MER) facility of IBM Financial Transaction Manager for SWIFT Services 3.2.4 the sending

CVE-2026-18153 HIGH
7.1 Sep 22

Hard-coded cryptographic keys and initialization vectors in IBM Financial Transaction Manager (FTM) for Red Hat OpenShif

CVE-2014-0831 MEDIUM
6.8 Feb 01

Cross-site request forgery (CSRF) vulnerability in the OAC component in IBM Financial Transaction Manager (FTM) 2.0 befo

CVE-2017-1538 MEDIUM
6.5 Oct 10

IBM Financial Transaction Manager for ACH Services for Multi-Platform 3.0.2 could allow an authenticated user to obtain

CVE-2026-18156 MEDIUM
6.5 Sep 22

Improper authorization controls in IBM Financial Transaction Manager (FTM) for Red Hat OpenShift let an authenticated, l

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