Cloudanix VulnDB

CVE-2024-21888

High · 8.8

CVSS

8.8

EPSS

85.4%

Published

Jan 31, 2024

CISA due date

—

Cloudanix analysis

Next patch cycle SSVC: Attend

A logged-in attacker could turn a basic account on affected Ivanti remote access systems into an administrator account and take control of access settings.

Weaponized Chainable
Exploitation
Remote Authenticated
Attacker needs
Low Privilege
Complexity
Low
Impact
Privilege Gain
Component
Application
Class
Privilege Escalation
Remediation
Upgrade
Effort
Medium
Patch risk
Low

What it actually does

CVE-2024-21888 is a network-accessible privilege escalation flaw in the web component of Ivanti Connect Secure and Ivanti Policy Secure 9.x and 22.x. An attacker who already has valid low-privileged access can elevate privileges to administrator level, gaining control over VPN or policy administration functions. Because these appliances often sit at the network perimeter and broker remote access, successful exploitation can expose authentication configuration, session management, access control policies, logs, integrations, and administrative capabilities. The CVSS vector indicates low attack complexity, no user interaction, and high confidentiality, integrity, and availability impact once the attacker has initial authenticated access.

Why it matters to the business

Successful exploitation can give an attacker administrative control over remote access infrastructure, enabling account takeover, policy changes, unauthorized network access, credential harvesting, persistence, and service disruption. For organizations relying on Ivanti Connect Secure or Ivanti Policy Secure for VPN, zero-trust access, or network policy enforcement, compromise can directly affect business continuity and internal network security. Although this issue is not currently listed in CISA KEV and is not marked as ransomware-associated, the exploit maturity is weaponized and the EPSS score is high, indicating meaningful real-world exploitation likelihood and urgency for remediation.

How an attack unfolds

An attacker first obtains valid access to the Ivanti web interface, typically through stolen credentials, credential stuffing, phishing, reuse of exposed accounts, or compromise chained with another vulnerability. After authenticating as a lower-privileged user, the attacker sends crafted requests to the vulnerable web component to trigger improper privilege enforcement and elevate their session or account to administrator privileges. With administrator access, the attacker can modify VPN and policy configuration, create or alter accounts, change access policies, inspect logs and settings, harvest sensitive configuration data, and potentially enable follow-on access into protected networks. In a chained attack, this vulnerability is especially dangerous because it can convert an initial foothold into full appliance administration.

How to fix it

Upgrade Ivanti Connect Secure and Ivanti Policy Secure to vendor-fixed releases for the affected 9.x and 22.x branches as soon as available from Ivanti advisories and support portals. Because no exact fixed versions were provided in the input, administrators should verify the applicable build against Ivanti’s official guidance for CVE-2024-21888 and apply the latest supported security release. If immediate upgrade is not possible, reduce exposure by restricting administrative and user web interface access to trusted networks, enforcing MFA, disabling or removing unnecessary accounts, reviewing role assignments, and monitoring for unauthorized privilege or configuration changes. Treat exposed appliances as high priority because the issue is weaponized and has a high EPSS score. If exploitation is suspected, preserve logs, isolate the appliance as appropriate, rotate credentials associated with the device and downstream integrations, and follow Ivanti’s compromise assessment and recovery guidance.

How to confirm the fix worked

Confirm the appliance is no longer running an affected Ivanti Connect Secure or Ivanti Policy Secure 9.x or 22.x build by checking the installed version and patch level in the administrative interface or CLI and comparing it with Ivanti’s fixed-version guidance. Validate that no low-privileged users can access administrator functions and that role-based access controls behave as expected. Review current administrator accounts, recently changed roles, authentication servers, VPN realms, sign-in policies, access control lists, and system configuration for unauthorized changes. Run vendor-provided integrity or external integrity checker tooling where applicable. From the network side, verify that the administrative interface is not broadly exposed and that only intended trusted sources can reach management endpoints.

Typical attack path

  1. Identify an internet-exposed Ivanti Connect Secure or Ivanti Policy Secure appliance running an affected 9.x or 22.x version.
  2. Obtain valid low-privileged access through credential theft, reuse, phishing, brute force against weak accounts, or another vulnerability.
  3. Authenticate to the web component with the low-privileged account.
  4. Send crafted web requests that abuse the privilege escalation flaw.
  5. Gain administrator-level privileges on the appliance.
  6. Create or modify administrator accounts, access policies, authentication settings, or VPN configuration.
  7. Use the compromised appliance to maintain persistence, access internal resources, collect credentials or configuration data, and support lateral movement.

How to detect it

Review Ivanti Connect Secure and Ivanti Policy Secure system, administrator, event, authentication, web access, and configuration audit logs for evidence that a non-administrative user performed administrator-only actions or changed roles. Look for newly created administrator accounts, privilege or role changes, authentication realm modifications, sign-in policy changes, access policy changes, configuration exports, unexpected system setting updates, and unexplained service restarts. Correlate successful logins from unusual IP addresses, impossible travel, unfamiliar user agents, or newly observed source networks with subsequent administrator activity. Inspect appliance integrity using Ivanti-recommended external or internal integrity checking tools where available. If centralized logging is enabled, hunt for sequences where a low-privileged login is followed by HTTP requests to administrative endpoints, configuration writes, account creation, or policy modification. Because this vulnerability requires prior authentication, credential compromise indicators such as repeated failed logins followed by success, logins for dormant accounts, and anomalous MFA events are also important. For suspected compromise, preserve appliance logs and configuration snapshots before remediation, and review downstream systems for access originating from VPN sessions established after suspicious privilege changes.

  • Low-privileged user performing administrator actions
  • New administrator account created
  • User role changed to administrator
  • Unexpected admin role assignment
  • Unexpected authentication realm change
  • Unexpected sign-in policy change
  • Unexpected VPN access policy change
  • Unexpected configuration export
  • Unexpected system configuration change
  • Successful login followed by administrator action from same source IP
  • Dormant account successful login
  • Multiple failed logins followed by successful login
  • Login from unusual source IP
  • Login from unusual geographic location
  • Unexpected web requests to administrative endpoints
  • Unexpected appliance service restart after configuration change

What your security team should do

  • Prioritize patching or upgrading affected Ivanti Connect Secure and Ivanti Policy Secure appliances due to weaponized exploit maturity and high EPSS probability.
  • Inventory all internet-facing and internally exposed Ivanti Connect Secure and Ivanti Policy Secure appliances, including passive or standby nodes.
  • Restrict access to administrative and web management interfaces to trusted networks or VPN administration segments only.
  • Enforce MFA for all appliance users and administrators, and remove dormant or unnecessary accounts.
  • Audit all administrator accounts, role assignments, policy changes, authentication server settings, and recently created users.
  • Search logs for low-privileged accounts performing administrator actions or accessing privileged web endpoints.
  • Rotate local administrator passwords, service account credentials, API keys, SAML/OIDC secrets, LDAP bind credentials, and other secrets stored on or used by the appliance if compromise is suspected.
  • Run Ivanti-recommended integrity and compromise assessment tooling and preserve forensic artifacts before rebuilding or factory resetting suspected compromised devices.
  • Increase monitoring for unusual VPN sessions, new geographic access patterns, unexpected internal resource access, and configuration exports.
  • Prepare incident response playbooks for perimeter appliance compromise, including isolation, credential rotation, and downstream access review.

The record

A privilege escalation vulnerability in web component of Ivanti Connect Secure (9.x, 22.x) and Ivanti Policy Secure (9.x, 22.x) allows a user to elevate privileges to that of an administrator.

Affected packages

Ecosystem Package Introduced Fixed