Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate as default-role tenant via public API
-
DeliveryRegister template directDownload=true with .metalink URL
-
ExploitManagement server fetches metalink, skips allowlist re-validation
-
ExecutionKVM agent processes attacker inner URL
-
PersistExecute shell commands as root on hypervisor
-
ImpactCross-tenant compromise of co-hosted VMs
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V1 - Encoding and Sanitization OS command sanitization, avoid shell exec
MITRE ATT&CK
2 techniques across 1 tactic: Execution The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Requires a valid authenticated CloudStack account with the default User role and access to the public CloudStack API - no admin rights are needed. The concrete prerequisite is the directDownload template-registration feature: the attacker registers a template with directDownload=true and a URL pointing to an attacker-controlled .metalink file, whose inner mirror URLs are never re-validated against the scheme allowlist. The RCE targets deployments using the KVM hypervisor; the SSRF variant exercises the Secondary Storage VM's retrieval of the metalink targets. Limiting factors: exploitation is confined to CloudStack versions 4.14.0.0-4.20.3.0 and 4.21.0.0-4.22.1.0 running KVM with the direct-download/metalink path reachable, and the attacker must be able to host or point to a crafted metalink file; environments that disable direct-download template registration or do not use KVM are not exploitable via this exact chain. |
| Impact | This is a genuine high-priority issue rather than a high-CVSS-but-low-impact finding: the attacker only needs the default User role reachable through the public CloudStack API, and the outcome is arbitrary root command execution on the shared KVM host that runs other tenants' workloads - a full breach of tenant isolation on the compute plane. No vendor CVSS is supplied, but an independent assessment places this near the top of the scale (scope-changed, high C/I/A, low privilege) because a low-privileged tenant escalates to cross-tenant root. There is no CISA KEV listing and no public proof-of-concept identified at time of analysis, and EPSS is unavailable, so exploitation is not confirmed in the wild; however, the low barrier to entry (any tenant account) and severe impact mean any multi-tenant CloudStack operator running KVM should treat patching as urgent and not wait for a public exploit to appear. The SSRF variant compounds the risk by exposing internal-only targets as retrievable template files. |
| Exploit ScenarioDerived | A malicious customer signs up for or compromises an ordinary tenant account (default User role) on a multi-tenant CloudStack cloud and registers a VM template with directDownload=true pointing to an attacker-hosted .metalink file whose inner URLs carry a command-injection payload. When the management server parses the Metalink and dispatches the download to the KVM agent, the unvalidated URL is executed in a shell context, running attacker commands as root on the hypervisor that hosts other tenants' VMs. No public POC is currently known, but the attack requires only a valid tenant account and the public API. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 21, 2026
Cross-tenant root command execution in Apache CloudStack (4.14.0.0-4.20.3.0 and 4.21.0.0-4.22.1.0) allows an authenticated tenant holding only the default User role to run arbitrary shell commands as root on the KVM hypervisor host, which also runs other tenants' VMs. The flaw stems from CloudStack fetching a user-supplied .metalink file during directDownload template registration and dispatching its inner URLs to the KVM agent without re-validating them against the scheme allowlist; a related SSRF variant lets the Secondary Storage VM retrieve internal targets and persist them as downloadable templates. No public exploit identified at time of analysis, and no CVSS is provided by the vendor.
RemediationAI
Vendor-released patch: upgrade to Apache CloudStack 4.20.3.1 or 4.22.1.1 (or later), which re-validate Metalink inner URLs against the scheme allowlist; see the advisory at https://lists.apache.org/thread/g6cwddtjrwbh1d56wjz4cfp3fzfm4kbc. Until the upgrade is applied, reduce exposure by disabling or restricting the directDownload template-registration path and blocking use of .metalink template URLs, since that feature is the delivery channel for both the RCE and SSRF; the trade-off is that tenants lose the ability to register direct-download templates. Additionally, restrict which accounts/domains may register templates and tighten egress network controls from the Secondary Storage VM and KVM hosts so they cannot reach internal management or metadata targets, accepting that legitimate external mirror fetches may also be curtailed. Do not rely on these workarounds as a substitute for upgrading.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Apache CloudStack is an open-source IaaS cloud orchestration platform that manages compute (commonly KVM hypervisor hosts), storage, and networking for multi-tenant deployments via a public API. The vulnerability lives in the template-registration workflow: when a template is registered with directDownload=true pointing to a Metalink (.metalink) file, the management server parses the Metalink XML and hands the mirror/inner URLs to the KVM agent for retrieval. Metalink is an XML format that enumerates multiple mirror URLs for a single resource. Because the inner URLs inside that XML are never re-validated against CloudStack's URL scheme allowlist, an attacker can smuggle disallowed schemes/targets past the front-door validation. Root cause per CWE-78 (OS Command Injection): attacker-influenced URL/mirror data flows into a command context on the KVM host, allowing shell command execution as root; the same missing validation enables SSRF (CPE: cpe:2.3:a:apache_software_foundation:apache_cloudstack:*).
Know when Apache Cloudstack gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Reachable via public API with only default User role (PR:L, AV:N, AC:L, UI:N); root RCE on the shared hypervisor breaks tenant isolation, so scope changes (S:C) with full C/I/A impact.
Primary rating from Vendor (apache).
CVSS VectorVendor: apache
DescriptionCVE.org
SSRF via Metalink Mirror URL Resolution:
An authenticated tenant can register a template pointing to an attacker-controlled metalink file containing internal targets. The Secondary Storage VM will retrieve the data and persist it as a template file, which can later be downloaded through normal APIs.
RCE on KVM hypervisor via NFS, Metalink files with/without Direct Downloads:
An authenticated CloudStack tenant holding the default User role can execute arbitrary shell commands as root on the KVM hypervisor host that runs other tenants' VMs. This is cross-tenant root on the underlying compute, reachable via the public CloudStack API.
When a User registers a VM template with directDownload=true and a URL pointing to a .metalink file, the management server fetches the metalink XML and dispatches download to the KVM agent. Inner URLs inside the metalink XML are never re-validated against the scheme allowlist.
These issues affect Apache CloudStack: from 4.14.0.0 through 4.20.3.0 and from 4.21.0.0 through 4.22.1.0.
Users are recommended to upgrade to version 4.20.3.1 or 4.22.1.1 or later, which fixes the issue.
Articles & Coverage 2
Executive ViewAI
Apache CloudStack deployments running versions 4.14.0.0 through 4.22.1.0 contain a critical vulnerability allowing authenticated users to execute arbitrary commands as root on hypervisor hosts, creating cross-tenant compromise risk where workloads from different customers or business units could be accessed or destroyed. Organizations operating multi-tenant CloudStack infrastructure face imminent exposure to data exfiltration, ransomware, and service disruption across all hosted environments until mitigation is deployed.
Interim mitigations available pending patch release: disable directDownload functionality entirely; enforce administrative approval workflows for all template uploads; segment KVM hypervisor networks to prevent agent access to untrusted external URLs; deploy host-level command auditing on hypervisors to detect unauthorized root execution; restrict User role permissions via CloudStack RBAC to prevent template registration; maintain offline backups of mission-critical VMs. These controls materially reduce but do not eliminate exploitation risk.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Server-Side Request Forgery exploits applications that fetch remote resources based on user-supplied URLs.
OS command injection occurs when an application passes unsanitized user input directly into system shell commands.
More in Apache Cloudstack
View allCross-tenant manipulation in Apache CloudStack's Kubernetes Service (CKS) plugin allows a tenant to add and remove nodes
Unauthorized cross-tenant access in Apache CloudStack 4.21.0 through 4.22.0 allows remote unauthenticated attackers to g
Two-factor authentication bypass in Apache CloudStack allows an authenticated low-privileged user to exploit an improper
Remote code execution in Apache CloudStack allows authenticated account users to execute arbitrary code on KVM hyperviso
SAML authentication bypass in Apache CloudStack 4.20.3.0 and 4.22.1.0 permits a network-positioned attacker to forge SAM
Apache CloudStack deployments that use MinIO-backed object storage fail to revoke the MinIO policy associated with a buc
Authenticated CloudStack users can hijack volumes from other tenants' backups via the Backup plugin in versions 4.21.0.0
Sensitive OAuth configuration data is exposed to unauthenticated remote actors in Apache CloudStack's OAuth authenticati
Sensitive information exposure in Apache CloudStack's OAuth2 authentication plugin and Google OAuth integration allows u
Missing authorization controls across multiple Userdata-related APIs in Apache CloudStack expose cross-tenant data to an
Broken object-level authorization in Apache CloudStack exposes project role management APIs to Domain Admins operating o
Server-Side Request Forgery in Apache CloudStack's webhook module lets attackers coerce the management server into issui
EUVD-2026-63847
GHSA-qh8m-g3r9-6vh2
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB