Cloudanix VulnDB

CVE-2024-9380

High · 7.2 CISA KEV

CVSS

7.2

EPSS

58.3%

Published

Oct 8, 2024

CISA due date

Oct 30, 2024

Cloudanix analysis

Act now SSVC: Attend

Attackers with admin access to a vulnerable Ivanti remote access appliance can make it run their own commands and potentially use it to break further into the organization.

Active In The Wild Chainable
Exploitation
Remote Authenticated
Attacker needs
High Privilege
Complexity
Moderate
Impact
Remote Code Execution
Component
Application
Class
Command Injection
Remediation
Upgrade
Effort
Medium
Patch risk
Low

What it actually does

This vulnerability is an authenticated OS command injection flaw in the Ivanti Cloud Services Appliance admin web console before version 5.0.2. An attacker who can authenticate with administrative privileges can cause the appliance to execute attacker-controlled operating system commands, resulting in remote code execution on the underlying appliance. Because Ivanti CSA is commonly internet-facing and used for remote access and endpoint management workflows, successful exploitation can provide a foothold into a privileged infrastructure component. The vulnerability is listed in CISA KEV and has been exploited in the wild, including as part of activity chaining multiple Ivanti CSA vulnerabilities.

Why it matters to the business

Exploitation can allow attackers to take control of an Ivanti CSA appliance, disrupt remote access services, steal credentials or session material, modify appliance configuration, and use the device as a pivot point into internal systems. Since this issue is in CISA KEV with a remediation due date of 2024-10-30 and has active in-the-wild exploitation, unpatched systems should be treated as high-priority exposure even though exploitation requires administrative access. Organizations relying on Ivanti CSA may face operational disruption, incident response costs, credential rotation requirements, and broader compromise if attackers chain this flaw with other Ivanti CSA vulnerabilities to gain or escalate access.

How an attack unfolds

An attacker first obtains administrative access to the Ivanti CSA web console, either through stolen credentials, reused passwords, session theft, phishing, or by chaining another vulnerability that bypasses authentication or grants access. After authenticating to the admin interface, the attacker sends a crafted request to a vulnerable console function that passes user-controlled input to an operating system command without proper sanitization. The appliance executes the injected command with the privileges of the web application or appliance service account. The attacker then typically validates execution with a simple command, stages tools using curl or wget, establishes persistence or an outbound shell, collects appliance configuration and credentials, and may use the CSA device as a trusted pivot point into downstream systems. Public reporting and KEV status indicate this issue has been used in active exploitation chains targeting Ivanti Cloud Services Appliances.

How to fix it

Upgrade Ivanti Cloud Services Appliance to version 5.0.2 or later. If immediate upgrade is not possible, restrict administrative console access to trusted management networks or VPN-only access, enforce MFA for administrative accounts, remove unnecessary internet exposure, rotate admin credentials, and monitor for suspicious command execution. Because this vulnerability is in CISA KEV and the remediation deadline has passed, vulnerable internet-accessible appliances should be remediated urgently and assessed for prior compromise before being returned to service. If exploitation is suspected, preserve forensic evidence, isolate the appliance, rebuild from a trusted image or vendor-supported recovery process, upgrade to a fixed version, and rotate credentials, certificates, API tokens, and integration secrets that may have been stored on or accessible from the appliance.

How to confirm the fix worked

Confirm the Ivanti CSA version is 5.0.2 or later using the appliance administrative interface or vendor-supported version-check method. Verify that the admin web console is not reachable from untrusted networks and that access controls restrict it to approved administrators and management ranges. Review vulnerability scanner results for Ivanti CSA version detection and rerun scans after patching. Validate that administrative accounts are current, MFA is enabled where supported, and no unexpected admin users, scheduled jobs, startup scripts, web files, or appliance configuration changes exist. If the system was exposed while vulnerable, perform compromise assessment rather than relying only on version validation.

Typical attack path

  1. Identify an exposed Ivanti CSA appliance and determine whether it is running a vulnerable version before 5.0.2.
  2. Obtain administrative web console access through credential theft, password reuse, phishing, session compromise, or by chaining another Ivanti CSA vulnerability.
  3. Submit a crafted admin-console request containing shell metacharacters or command payloads to the vulnerable function.
  4. Execute operating system commands on the appliance and confirm code execution with commands such as id, whoami, uname, or network callbacks.
  5. Download or write additional tooling, web shells, scripts, or reverse shell payloads using built-in utilities such as curl, wget, sh, or bash.
  6. Collect appliance configuration, credentials, certificates, logs, and session artifacts that may enable further access.
  7. Use the compromised appliance as a pivot point into connected infrastructure or to maintain persistence.

How to detect it

Hunt across Ivanti CSA appliance logs, web server access logs, admin audit logs, authentication logs, system logs, process execution telemetry, EDR data, firewall logs, DNS logs, and proxy logs. Focus on authenticated admin-console requests followed by abnormal child processes from the web service, command interpreters, file downloads, outbound connections, or changes to users and configuration. Review activity from unusual administrator accounts, unfamiliar source IPs, impossible travel, access outside business hours, repeated failed logins followed by success, and requests containing shell metacharacters such as ;, |, &&, `, $(), >, or encoded equivalents. Look for command-validation probes such as whoami, id, uname, hostname, and pwd, followed by staging commands using curl, wget, tftp, scp, bash, sh, python, perl, nc, ncat, or openssl. Examine filesystem changes under web-accessible directories, temporary directories, startup locations, cron directories, and recently modified scripts. Because reported activity chained multiple Ivanti CSA vulnerabilities, also hunt for signs of path traversal, unexpected access to restricted endpoints, and exploitation attempts preceding admin-console command execution. Correlate appliance outbound traffic to rare external IPs or domains shortly after admin logins or suspicious web requests.

  • Ivanti CSA version before 5.0.2
  • /var/log/httpd/access_log
  • /var/log/httpd/error_log
  • /var/log/secure
  • /var/log/messages
  • ;whoami
  • ;id
  • ;uname
  • ;hostname
  • |whoami
  • |id
  • && whoami
  • && id
  • `whoami`
  • $(whoami)
  • curl http
  • curl https
  • wget http
  • wget https
  • bash -c
  • sh -c
  • /bin/bash
  • /bin/sh
  • python -c
  • python3 -c
  • perl -e
  • nc -e
  • ncat -e
  • mkfifo /tmp
  • chmod +x /tmp
  • /tmp/
  • /var/tmp/
  • crontab -e
  • /etc/cron.d/
  • /etc/cron.hourly/
  • /etc/rc.local
  • authorized_keys

What your security team should do

  • Patch or upgrade all Ivanti CSA appliances to version 5.0.2 or later immediately; treat any pre-5.0.2 internet-exposed appliance as high risk.
  • Because KEV remediation was due on 2024-10-30 and exploitation is active in the wild, prioritize incident review for any appliance that remained exposed after publication.
  • Restrict admin console access to trusted management networks and enforce MFA and strong credential controls for all administrative accounts.
  • Review logs for suspicious authenticated admin activity, command execution, outbound connections, new users, file writes, and use of utilities such as curl, wget, bash, sh, nc, python, or perl.
  • Assess for chained exploitation of other Ivanti CSA vulnerabilities, especially signs of authentication bypass, path traversal, or unexpected access to restricted admin endpoints.
  • Rotate Ivanti CSA administrator passwords, local credentials, integration secrets, certificates, and tokens if compromise cannot be ruled out.
  • If exploitation is suspected, isolate the appliance, preserve logs and disk artifacts, rebuild or restore from trusted media, patch before reconnecting, and conduct lateral movement hunting across adjacent systems.

The record

An OS command injection vulnerability in the admin web console of Ivanti CSA before version 5.0.2 allows a remote authenticated attacker with admin privileges to obtain remote code execution.

Affected packages

Ecosystem Package Introduced Fixed