Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain on-path network position
-
DeliveryCapture cleartext IRIS for Health traffic
-
ExploitHarvest transmitted credentials
-
ExecutionAuthenticate to the IRIS device
-
ImpactAccess and tamper with health data
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A04:2025 - Cryptographic Failures
ASVS 5.0
V12 - Secure Communication Transport encryption
|
| Exploitation Conditions | The required condition is that InterSystems IRIS for Health ships with TLS/SSL encryption turned off by default, so client/superserver traffic is transmitted in cleartext; the attacker must additionally be able to observe or intercept that network traffic (an on-path/man-in-the-middle position), reflected by AT:P in the CVSS 4.0 vector. Exploitation is LIMITED by this interception requirement: an attacker with no visibility into the traffic path cannot exploit it, and the issue is neutralized where operators have followed the InterSystems securing checklist to enable TLS on the superserver and other connections. No special authentication or user interaction is required to capture the data, but credential reuse presupposes that credentials actually traverse the monitored, unencrypted channel. |
| Impact | This is a genuine priority, consistent across signals: the vuln.today decision label is act_now and the flaw was reported by ICS-CERT (icscert) with a CISA ICS medical advisory (ICSMA-26-295-01), reflecting critical-infrastructure/healthcare concern. The CVSS 4.0 base is 9.2 (AV:N/AC:L/AT:P/PR:N/UI:N/VC:H/VI:H/VA:H). Importantly, AT:P signals a present attack requirement - the attacker must be positioned to observe or intercept the cleartext traffic (an on-path/MITM condition), so this is not trivially automatable despite the network vector. There is no CISA KEV listing and no EPSS score in the provided data, so there is no evidence of active or widespread exploitation; EPSS is simply missing, not low. No public exploit or PoC reference is present. In short, high severity driven by full credential/data exposure once intercepted, but real-world exploitation depends on the attacker achieving a network interception position, which tempers urgency relative to a fully remote unauthenticated RCE. Note one tension to verify: the input 4.0 vector carries AT:P (an interception prerequisite) yet AC:L, while the mechanism (cleartext transmission, CWE-319) implies the attacker genuinely needs to be on-path, which this analysis treats as the limiting factor. |
| Exploit ScenarioDerived | An attacker who can observe network traffic between a client and an InterSystems IRIS for Health instance - because TLS/SSL is off by default - captures the unencrypted session, reads transmitted data, and extracts credentials. The attacker then reuses those credentials to authenticate directly to the IRIS device. No public exploit identified at time of analysis; the attack relies on standard passive/on-path interception rather than released exploit code. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv2 – Oct 22, 2026
InterSystems IRIS for Health ships with TLS/SSL encryption turned off by default, so traffic between clients and the superserver can traverse the network in cleartext and be read by anyone positioned on that path. Unauthenticated remote attackers who can observe or intercept the traffic (an on-path requirement reflected by AT:P in the CVSS 4.0 vector) may capture transmitted data, including credentials that can subsequently be reused to log into the device. No public exploit code has been identified at time of analysis, but exploitation is constrained by the interception prerequisite and is neutralized where operators have enabled TLS per the InterSystems securing checklist; the flaw was reported by ICS-CERT in advisory ICSMA-26-295-01 and carries an act_now priority label.
Earlier versions of this analysis (1)
InterSystems IRIS for Health ships with TLS/SSL encryption disabled by default, so deployments left in their default state transmit data - including credentials usable for logging into the device - in cleartext across the network. An attacker who can observe traffic on the network path (for example on an exposed or untrusted segment carrying superserver and client traffic) can capture that data and reuse it for authentication; the need to be positioned as an adversary-in-the-middle is why the vector carries AC:H despite a high confidentiality and integrity impact. No public exploit code has been identified at time of analysis, and there is no confirmed active exploitation, but the weakness affects any instance that has not had TLS/SSL explicitly enabled per InterSystems' securing checklist and superserver guidance.
RemediationAI
Remediation for this CVE is configuration-based: enable TLS/SSL on the IRIS superserver and on other connections by following the InterSystems securing checklist (https://docs.intersystems.com/irislatest/csp/docbook/DocBook.UI.Page.cls?KEY=ROARS_gsecuring_checklist), with superserver-specific management guidance at https://docs.intersystems.com/irislatest/csp/docbook/DocBook.UI.Page.cls?KEY=GSA_manage_superserver. Where TLS has been enabled in line with that checklist, the weakness is neutralized, so the primary action is to verify that encryption is actually on rather than relying on the default shipping state. No vendor-released patched software version is identified in the available data for builds 2026.2.0.221, 2025.3.0.226 or 2026.1.0.235, and because the defect is a default-configuration weakness, changing that configuration is the complete fix described by the vendor documentation rather than a partial workaround; operators should track CISA advisory ICSMA-26-295-01 and confirm status through the InterSystems World Response Center at https://wrc.intersystems.com. Because the residual exposure depends on an attacker obtaining an on-path position, the value of enabling TLS scales directly with how exposed the superserver connections are, and credentials that have already crossed an unencrypted channel should be treated as potentially compromised.
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 root cause is CWE-319, Cleartext Transmission of Sensitive Information: the product's default configuration leaves TLS/SSL disabled for connections handled by the IRIS superserver rather than requiring encryption out of the box. The CPE cpe:2.3:a:intersystems:iris_for_health:*:*:*:*:*:*:*:* uses a wildcard version, indicating the weakness is treated as applying across the IRIS for Health product line rather than to a single build, with EUVD enumerating 2026.2.0.221, 2025.3.0.226 and 2026.1.0.235 as affected versions. Severity is captured in CVSS 4.0 as AV:N/AC:L/AT:P/PR:N/UI:N with high confidentiality, integrity and availability impact to the vulnerable system, while the independent assessment records CVSS 3.1 AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H; the AT:P metric is the operative constraint, since an attacker must achieve a man-in-the-middle or traffic-observation position before any data can be captured. The trigger for how traffic ends up on an unencrypted channel is the default configuration itself; no memory-safety or injection mechanism is involved, and the trigger for credential misuse depends on credentials actually traversing the monitored channel.
Know when Iris For Health 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
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
Cleartext interception needs an on-path position, so AC:H; no auth or interaction (PR:N/UI:N); captured credentials enable full device login, yielding C:H/I:H/A:H.
Primary rating from Vendor (icscert).
CVSS VectorVendor: icscert
Lifecycle Timeline
4DescriptionCVE.org
InterSystems IRIS for Health has TLS/SSL encryption turned off by default, which may enable an attacker to view transmitted data and use that data to log into the device.
Executive ViewAI
CVE-2026-111594 is a critical misconfiguration in InterSystems IRIS for Health that leaves TLS/SSL encryption disabled by default, causing client-to-superserver traffic to traverse the network in cleartext; any party with network visibility can capture credentials and reuse them to access the device. Healthcare delivery organizations using IRIS for Health are exposed to credential compromise and downstream unauthorized access to clinical and operational data, which carries regulatory, patient-safety, and reputational implications. Leadership should care because remediation is largely configuration-driven and within operational control, while inaction leaves authentication material exposed across the network.
No vendor-released patch identified at time of analysis. Interim mitigation: enable TLS/SSL on the superserver per the InterSystems securing checklist on all deployments, restrict network access to superserver ports through segmentation and firewall rules, prevent cleartext traversal of clinical or credential-bearing traffic, and rotate any credentials that may have traversed unencrypted paths.
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.
EUVD-2026-108523
GHSA-qg7q-rhjp-mfxj
NVD
CVE.org
EPSS
VulDB
Exploit-DB