Like leaving the vault combination on a postcard between two rooms nobody visits — but those rooms control every lock in the building
CVE-2026-18129 is an improper certificate validation / cleartext transmission flaw (CWE-295) in the Ivanti Endpoint Manager Core server. The EPM Core transmits SQL database credentials in cleartext (or without proper TLS certificate validation) when connecting to its external SQL backend. An attacker who can position themselves on the network path between the EPM Core and its SQL server — via ARP spoofing, DHCP hijacking, or compromised switch — can intercept those credentials without any authentication or user interaction. All versions of Ivanti EPM through 2024 SU6 are affected; the fix ships in 2024 SU7, released August 11, 2026.
Ivanti rates this HIGH at 8.1, and the CVSS vector (AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H) already reflects the High attack complexity that a MitM position implies. That AC:H modifier is doing real work here — this is not a point-and-shoot remote exploit. However, the vendor score arguably *over*-weights the theoretical 'unauthenticated remote' framing. In practice, you need to already be on the internal network segment between EPM Core and its SQL server — a position that implies prior compromise and significant lateral movement. We pull the score down to 7.0 while keeping the HIGH bucket because the blast radius through the EPM management plane is fleet-scale.
5 steps from start to impact.
Gain internal network access
- Initial access to internal corporate network
- Visibility into the subnet or VLAN hosting EPM Core and SQL
- Requires a separate initial-access exploit or credential
- Most enterprises segment management infrastructure on dedicated VLANs
- Network-level access alone is insufficient — must be on the right segment
Position for MitM between EPM Core and SQL server
ettercap, bettercap, or responder are commonly used for this. The traffic path is typically within the same datacenter segment.- Layer 2 adjacency or routing control between EPM Core and SQL server
- ARP spoofing or equivalent technique succeeds
- Modern switches with Dynamic ARP Inspection (DAI) and DHCP snooping block this
- 802.1X port security limits rogue device insertion
- NDR solutions (Darktrace, Vectra, ExtraHop) flag ARP anomalies in seconds
Intercept cleartext SQL credentials
- Successful MitM position on the traffic path
- EPM Core has not been updated to 2024 SU7
- If the SQL connection uses Windows Integrated Authentication (Kerberos), password interception is not straightforward
- IPSec or WireGuard tunnels between Core and SQL would encrypt the channel regardless
Access EPM SQL database
- Valid SQL credentials obtained from step 3
- SQL server allows connections from attacker's IP or attacker maintains MitM
- SQL server firewall rules may restrict source IPs to EPM Core only
- SQL audit logging will capture the new connection
Leverage EPM for fleet-wide compromise
- Write access to EPM database
- Understanding of EPM database schema and deployment mechanisms
- Code-signing requirements on packages may block tampered payloads
- Endpoint agents may validate package integrity
- This step requires significant EPM-specific knowledge
The supporting signals.
| In-the-Wild Exploitation | None reported. Ivanti confirmed no known exploitation at disclosure time (August 11, 2026). Not listed on CISA KEV. |
|---|---|
| Proof-of-Concept | No public PoC available. No exploit code found on GitHub, Exploit-DB, or researcher blogs as of August 12, 2026. Credit goes to researcher Hieu Tran Nam (jkana101). |
| EPSS Score | 0.00871 (~87th percentile) — low predicted exploitation probability, consistent with MitM complexity. |
| KEV Status | Not listed on CISA Known Exploited Vulnerabilities catalog as of August 12, 2026. |
| CVSS Vector | CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H — The AC:H is the critical modifier: network-level MitM is required. Despite AV:N/PR:N framing, this is not remotely exploitable without prior network positioning. |
| Affected Versions | All Ivanti Endpoint Manager versions through 2024 SU6 (inclusive). Earlier major versions (2022.x and prior) also affected if still in deployment. |
| Fixed Version | Ivanti EPM 2024 SU7 (released August 11, 2026). No known distro backports. |
| Scanning/Exposure Data | Censys observes ~1,452-1,898 exposed Ivanti EPM instances globally. Shadowserver tracks ~700 internet-facing instances, mostly in North America. However, the Core-to-SQL traffic path is internal-only in virtually all deployments. |
| Disclosure Date | 2026-08-11 — coordinated disclosure with patch availability. |
| Reporting Researcher | Hieu Tran Nam (jkana101), responsible disclosure to Ivanti. |
noisgate verdict.
The single most decisive factor is the MitM prerequisite on an internal network segment — the attacker must already be post-initial-access and positioned on the specific VLAN between EPM Core and its SQL server, which compounds two separate compromise stages before the vulnerability becomes exploitable. The verdict remains HIGH rather than MEDIUM because the EPM Core is canonically a fleet-management component where successful exploitation yields database-level control over the endpoint management plane.
Why this verdict
- MitM friction is real and compounding. The CVSS AC:H already discounts for MitM difficulty, but it does not capture that the attacker must (a) gain initial internal access, (b) reach the specific management VLAN, and (c) defeat Layer 2 controls like DAI and DHCP snooping — three compounding prerequisites that narrow the practical attacker population significantly.
- No PoC, no exploitation, low EPSS. With an EPSS of 0.00871, no public exploit code, and Ivanti confirming zero known exploitation at disclosure, the near-term threat is theoretical. The vulnerability was disclosed with a patch available on the same day.
- Role multiplier: EPM Core is a fleet-management server — chain ends in fleet compromise. Every Ivanti EPM deployment has a Core server by definition (100% of installs are in the high-value role). If an attacker reaches the SQL database, they can potentially modify software distribution packages and push malicious payloads to all managed endpoints. This fleet-scale blast radius sets a HIGH floor that friction alone cannot override.
- Internal-only attack surface. Unlike EPMM (mobile) vulnerabilities that have been exploited via internet-facing consoles (CVE-2026-1281, CVE-2026-1340), the Core-to-SQL credential path is entirely internal. The ~1,400-1,900 exposed EPM instances on Censys/Shadowserver are management consoles, not the vulnerable traffic path.
Why not higher?
CRITICAL would require either active exploitation, a public PoC, or a lower-friction attack path. The MitM requirement (AC:H) is a genuine barrier — it requires Layer 2 adjacency on the EPM-to-SQL segment, which assumes prior compromise and specific lateral movement. No threat actor has demonstrated this chain, and the EPSS of 0.00871 confirms low near-term exploitation probability.
Why not lower?
MEDIUM would undercount the blast radius. The EPM Core is not a peripheral service — it *is* the fleet management plane. An attacker who completes this chain gains SQL-level control over endpoint inventory, configuration, and software distribution for potentially thousands of managed hosts. The role-multiplier floor rule keeps this at HIGH regardless of MitM friction.
What to do — in priority order.
- Enforce TLS with certificate pinning on EPM Core-to-SQL connections — If your SQL deployment supports forced encryption (SQL Server:
Force Encryption = Yesin Configuration Manager), enable it immediately. This neutralizes the cleartext transmission regardless of patch status. Deploy within the noisgate mitigation SLA of 30 days for HIGH. - Enable Dynamic ARP Inspection and DHCP Snooping on management VLANs — These Layer 2 controls prevent the ARP spoofing required for MitM positioning. If not already enabled on the VLAN hosting EPM Core and SQL, prioritize deployment. Most enterprise-grade switches (Cisco, Arista, Juniper) support this natively.
- Restrict SQL server source IP access to EPM Core only — Configure Windows Firewall or SQL Server network rules to accept connections only from the EPM Core server's IP address. This limits the utility of stolen credentials even if intercepted.
- Enable SQL Server audit logging for login events — Turn on SQL Server Audit or Extended Events to log all authentication attempts. Alert on connections from unexpected source IPs. This provides detection coverage for credential reuse after interception.
- Segment EPM infrastructure onto a dedicated management VLAN — If EPM Core and SQL share a VLAN with general-purpose servers or workstations, isolate them. This reduces the population of hosts that could perform MitM. Standard network hygiene but directly relevant here.
- Web Application Firewall (WAF) — this is not an HTTP/web vulnerability. The cleartext transmission occurs on the SQL connection (typically TCP 1433), which WAFs do not inspect.
- Endpoint Detection and Response (EDR) on managed endpoints — EDR on the endpoints managed by EPM does not protect the Core-to-SQL server communication channel. The vulnerability is in the management plane, not the agent.
- MFA on the EPM admin console — MFA protects administrator login to the EPM console, not the backend SQL credential transmission between Core and database server. Different authentication boundary entirely.
Crowdsourced verification payload.
Run this on the EPM Core server itself as a local administrator. It checks the installed EPM version against the patched release. Example: .\Check-CVE-2026-18129.ps1 from an elevated PowerShell prompt.
#Requires -RunAsAdministrator
<#
.SYNOPSIS
Checks whether Ivanti EPM is patched against CVE-2026-18129.
.DESCRIPTION
Reads the installed EPM version from the registry and compares
against the fixed version (2024 SU7).
.OUTPUTS
VULNERABLE, PATCHED, or UNKNOWN with exit codes 1, 0, 2.
#>
$ErrorActionPreference = 'Stop'
try {
# Check common registry paths for Ivanti EPM / LANDesk
$regPaths = @(
'HKLM:\SOFTWARE\LANDesk\ManagementSuite\Setup',
'HKLM:\SOFTWARE\Ivanti\ManagementSuite\Setup',
'HKLM:\SOFTWARE\WOW6432Node\LANDesk\ManagementSuite\Setup',
'HKLM:\SOFTWARE\WOW6432Node\Ivanti\ManagementSuite\Setup'
)
$version = $null
$suLevel = $null
foreach ($path in $regPaths) {
if (Test-Path $path) {
$props = Get-ItemProperty -Path $path -ErrorAction SilentlyContinue
if ($props.ProductVersion) {
$version = $props.ProductVersion
}
if ($props.ServiceUpdate) {
$suLevel = $props.ServiceUpdate
}
if ($version) { break }
}
}
if (-not $version) {
# Try checking installed programs
$epm = Get-WmiObject -Class Win32_Product -Filter "Name LIKE '%Ivanti Endpoint Manager%' OR Name LIKE '%LANDesk Management Suite%'" -ErrorAction SilentlyContinue | Select-Object -First 1
if ($epm) {
$version = $epm.Version
}
}
if (-not $version) {
Write-Host 'UNKNOWN - Ivanti EPM not detected on this host.'
exit 2
}
Write-Host "Detected EPM version: $version (SU: $suLevel)"
# Parse version - 2024 SU7 is the fix
# Version format varies; check for 2024 base + SU level
$parsedVersion = [version]$version
# If version year is 2024 and SU >= 7, or version year > 2024: patched
if ($parsedVersion.Major -gt 2024) {
Write-Host 'PATCHED - EPM version is newer than 2024.'
exit 0
}
elseif ($parsedVersion.Major -eq 2024) {
if ($suLevel -and [int]$suLevel -ge 7) {
Write-Host 'PATCHED - EPM 2024 SU7 or later detected.'
exit 0
}
elseif ($suLevel) {
Write-Host "VULNERABLE - EPM 2024 SU$suLevel detected. SU7 required (CVE-2026-18129)."
exit 1
}
else {
# 2024 base without SU info - assume vulnerable
Write-Host 'VULNERABLE - EPM 2024 base detected without SU7. Update required (CVE-2026-18129).'
exit 1
}
}
else {
Write-Host "VULNERABLE - EPM $($parsedVersion.Major) detected. Upgrade to 2024 SU7 required (CVE-2026-18129)."
exit 1
}
}
catch {
Write-Host "UNKNOWN - Error during detection: $_"
exit 2
}If you remember one thing.
Sources
- CybersecurityNews — Ivanti EPM Agent Crash Vulnerability Advisory
- OffSeq Threat Radar — Ivanti EPM SU7 Remotely Exploitable Flaws
- Censys Advisory — Ivanti Endpoint Manager Zero-Days
- Ivanti Hub — Security Advisory EPM May 2026
- Rapid7 — Ivanti EPMM Zero-Day Exploitation (CVE-2026-1281/1340)
- BleepingComputer — Ivanti EPM Active Exploitation
- Ivanti EPM 2024 Readme
What defenders are saying.
Crowdsourced verification outputs.
Results submitted by users who ran the verification payload against their environment.