← Back to Feed CACHED · 2026-08-12 14:33:54 · CACHE_KEY CVE-2026-18129
CVE-2026-18129 · CWE-295 · Disclosed 2026-08-11

Cleartext transmission of sensitive information in the Core of Ivanti Endpoint Manager before version 2024 SU7

ASSESSED — NOISGATE V0.5
Vendor
Reassessed
Verdict:
Do you agree?
01 · The Real Story

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.

"MitM-only SQL cred theft on internal EPM core — hard to reach, but fleet-scale if you do"
02 · The Attack Path

5 steps from start to impact.

STEP 01

Gain internal network access

The attacker must first obtain a foothold on the internal network — via phishing, VPN compromise, or another initial access vector. The EPM Core and its SQL server are almost never internet-facing; Censys/Shadowserver data shows ~1,400-1,900 EPM instances exposed, but these are management consoles, not the Core-to-SQL traffic path.
Conditions required:
  • Initial access to internal corporate network
  • Visibility into the subnet or VLAN hosting EPM Core and SQL
Where this breaks in practice:
  • 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
Detection/coverage: EDR/NDR alerts on lateral movement; network anomaly detection on ARP changes
STEP 02

Position for MitM between EPM Core and SQL server

The attacker performs ARP spoofing, DHCP poisoning, or exploits a misconfigured switch to intercept traffic between the EPM Core server and its SQL database backend. Tools like ettercap, bettercap, or responder are commonly used for this. The traffic path is typically within the same datacenter segment.
Conditions required:
  • Layer 2 adjacency or routing control between EPM Core and SQL server
  • ARP spoofing or equivalent technique succeeds
Where this breaks in practice:
  • 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
Detection/coverage: ARP anomaly alerts in NDR; switch port security violation logs; DHCP snooping alerts
STEP 03

Intercept cleartext SQL credentials

With MitM positioning established, the attacker passively captures SQL connection traffic from the EPM Core. Because CWE-295 indicates improper certificate validation, the Core either sends credentials in plaintext or accepts a forged TLS certificate without validation. The attacker obtains the SQL authentication credentials (username and password) for the EPM database.
Conditions required:
  • Successful MitM position on the traffic path
  • EPM Core has not been updated to 2024 SU7
Where this breaks in practice:
  • 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
Detection/coverage: Packet capture analysis; TLS inspection anomalies; SQL audit logs showing new source IPs
STEP 04

Access EPM SQL database

Using the stolen SQL credentials, the attacker connects directly to the EPM database. This database contains endpoint inventory, agent configurations, software distribution packages, and potentially stored credentials for managed endpoints. The attacker can read, modify, or inject data.
Conditions required:
  • Valid SQL credentials obtained from step 3
  • SQL server allows connections from attacker's IP or attacker maintains MitM
Where this breaks in practice:
  • SQL server firewall rules may restrict source IPs to EPM Core only
  • SQL audit logging will capture the new connection
Detection/coverage: SQL Server audit logs; failed/new login alerts; SIEM correlation on database access anomalies
STEP 05

Leverage EPM for fleet-wide compromise

With write access to the EPM database, the attacker can potentially modify software distribution packages, alter patch deployment configurations, or extract credentials used for endpoint management. This could enable pushing malicious payloads to all managed endpoints through the legitimate EPM infrastructure, achieving fleet-scale compromise.
Conditions required:
  • Write access to EPM database
  • Understanding of EPM database schema and deployment mechanisms
Where this breaks in practice:
  • Code-signing requirements on packages may block tampered payloads
  • Endpoint agents may validate package integrity
  • This step requires significant EPM-specific knowledge
Detection/coverage: EPM admin console audit logs; unexpected package modifications; endpoint agents reporting hash mismatches
03 · Intelligence Metadata

The supporting signals.

In-the-Wild ExploitationNone reported. Ivanti confirmed no known exploitation at disclosure time (August 11, 2026). Not listed on CISA KEV.
Proof-of-ConceptNo 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 Score0.00871 (~87th percentile) — low predicted exploitation probability, consistent with MitM complexity.
KEV StatusNot listed on CISA Known Exploited Vulnerabilities catalog as of August 12, 2026.
CVSS VectorCVSS: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 VersionsAll Ivanti Endpoint Manager versions through 2024 SU6 (inclusive). Earlier major versions (2022.x and prior) also affected if still in deployment.
Fixed VersionIvanti EPM 2024 SU7 (released August 11, 2026). No known distro backports.
Scanning/Exposure DataCensys 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 Date2026-08-11 — coordinated disclosure with patch availability.
Reporting ResearcherHieu Tran Nam (jkana101), responsible disclosure to Ivanti.
04 · The Call

noisgate verdict.

Final Verdict
= UNCHANGED to HIGH (7.0/10)

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.

HIGH Vulnerability existence and affected versions
MEDIUM Blast radius assessment through EPM database compromise
LOW Real-world exploitability given absence of PoC or exploitation reports

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.

05 · Compensating Control

What to do — in priority order.

  1. Enforce TLS with certificate pinning on EPM Core-to-SQL connections — If your SQL deployment supports forced encryption (SQL Server: Force Encryption = Yes in 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.
  2. 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.
  3. 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.
  4. 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.
  5. 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.
What doesn't work
  • 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.
06 · Verification

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.

noisgate-verify.ps1
POWERSHELLREAD-ONLYSAFE
#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
}
07 · Bottom Line

If you remember one thing.

TL;DR
Patch to Ivanti EPM 2024 SU7 within the noisgate remediation SLA of 180 days (by February 2027). If you cannot patch immediately, enforce TLS encryption on the EPM Core-to-SQL connection and enable Dynamic ARP Inspection on the management VLAN as compensating controls within the noisgate mitigation SLA of 30 days (by September 11, 2026). This is not a hair-on-fire emergency — the MitM prerequisite and zero exploitation evidence give you time — but Ivanti's track record in 2026 (CVE-2026-1281, CVE-2026-1340 both went to active exploitation) means you should not let this one age. Prioritize the SQL encryption control this week; schedule SU7 deployment in your next maintenance window.

Sources

  1. CybersecurityNews — Ivanti EPM Agent Crash Vulnerability Advisory
  2. OffSeq Threat Radar — Ivanti EPM SU7 Remotely Exploitable Flaws
  3. Censys Advisory — Ivanti Endpoint Manager Zero-Days
  4. Ivanti Hub — Security Advisory EPM May 2026
  5. Rapid7 — Ivanti EPMM Zero-Day Exploitation (CVE-2026-1281/1340)
  6. BleepingComputer — Ivanti EPM Active Exploitation
  7. Ivanti EPM 2024 Readme
Peer Review

What defenders are saying.

Submit a review attribution: handle + country only
0 flags selected · stored anonymously
Validation Results

Crowdsourced verification outputs.

Results submitted by users who ran the verification payload against their environment.