The US Cybersecurity and Infrastructure Security Agency (CISA) flagged a recently patched Ivanti Sentry vulnerability as exploited, but Ivanti says the activity was observed only on honeypots.
Tracked as CVE-2026-10520 (CVSS score of 10/10), the security defect is described as an OS command injection issue that could be exploited remotely, without authentication, to execute arbitrary code with root privileges.
Ivanti rolled out patches for the flaw on June 10, saying it has no evidence of in-the-wild exploitation. Ivanti Sentry versions 10.5.2, 10.6.2, and 10.7.1 contain the fixes.
On Thursday, CISA added the bug to its Known Exploited Vulnerabilities (KEV) catalog, urging federal agencies to address it within three days, in line with BOD 26-04 guidance to prioritize patching based on risk.
“This vulnerability can be successfully exploited in cases where the Sentry appliance is in an unmanaged state with its endpoints externally reachable. The use of mTLS with EPMM or restricted HTTPS access through Neurons for MDM makes interfaces inaccessible to external actors,” CISA notes.
Ivanti has updated its advisory to reflect the CVE’s addition to CISA’s KEV list, but pointed out that it was based on “attempted exploitation of honeypots”.
“It is important for customers to know that exploitation of CVE-2026-10520 requires access to the management port (8443). Management interfaces should never be exposed to the internet, though honeypots often have misconfigurations to identify malicious behavior,” Ivanti says.
The company also underlines that, despite the vulnerability’s CVSS score, the risk it poses is significantly decreased based on deployment and configuration.
Ivanti’s note, which is mirrored in CISA’s KEV entry, explains that the vulnerable APIs are protected by mTLS for EPMM-managed Sentry appliances, and that unmanaged Sentry instances cannot be used in production, “as the management is what pushes the configuration for device connectivity and authentication”.
For Neurons for MDM-managed Sentry appliances, the company recommends restricting internet access to the vulnerable API, regardless of deployment.
Related: Google Confirms Exploitation of Oracle PeopleSoft Zero-Day by ShinyHunters
Related: Alert Fatigue Is Becoming a Security Threat of Its Own
Related: Splunk, Palo Alto Networks Patch Severe Vulnerabilities
