Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain access to management VLAN or network path
-
DeliveryIntercept BOSH Director TLS connection to vCenter
-
ExploitPresent rogue TLS certificate accepted due to missing validation
-
ExecutionReceive HTTP Basic auth credentials in plaintext from CPI request
-
PersistAuthenticate directly to vCenter as administrator
-
ImpactAssume full control of virtualization estate
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V12 - Secure Communication Certificate validation
|
| Exploitation Conditions | The attacker must be positioned on the network path between the BOSH Director host and the vCenter server - achievable through ARP spoofing, a compromised network device, rogue routing advertisement, or unauthorized physical or virtual access to the management VLAN. No authentication to BOSH Director or vCenter is required on the attacker's side (PR:N per CVSS). Exploitation windows are frequent and automatic: credentials are transmitted on every CPI call including routine deployments and health checks, not only during tag operations or special administrator-triggered events. The primary limiting factor is achieving that network-adjacent position; environments where BOSH Director and vCenter communicate exclusively over a strictly isolated management network segment with no access from workload VMs or shared jump hosts have a substantially reduced attack surface. Supplying a CA certificate to the CPI does not limit exploitation because the certificate validation code path is not properly enforced. |
| Impact | The CVSS 7.7 score with Scope:Changed reflects the disproportionate downstream impact - a single interception escalates to full vCenter administrative control affecting potentially thousands of VMs. However, the official AV:L (Local) metric is in direct conflict with the description, which clearly describes a network-level man-in-the-middle attack; this discrepancy is significant and should be verified with Cloud Foundry, as the realistic attack surface appears to be network-adjacent (AV:A) rather than strictly local. AC:H correctly captures the prerequisite of achieving a privileged position on the BOSH Director-vCenter communication path. No EPSS data was provided in the input, and the CVE is absent from the CISA KEV catalog, indicating no confirmed active exploitation at time of analysis. No public proof-of-concept code has been identified. Despite the absence of confirmed exploitation, the potential consequence - full vCenter administrative access - is severe enough that any operator running BOSH-managed vSphere deployments should prioritize remediation, especially in environments where the management plane network is not strictly isolated from workload or jump-host networks. |
| Exploit ScenarioDerived | An attacker who has compromised a host on the management VLAN, or who can perform ARP spoofing or BGP hijacking on the path between BOSH Director and vCenter, presents a self-signed TLS certificate to intercept the CPI's HTTPS connection. Because the CPI does not validate the certificate chain, the handshake succeeds and the attacker receives the HTTP Basic Authorization header - containing the base64-encoded vCenter administrator password - on the very next routine CPI call, such as a scheduled deployment or health-check operation. No special administrator action is required; credentials are transmitted automatically during normal BOSH lifecycle operations, giving the attacker frequent and predictable exploitation windows. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 29, 2026
Improper certificate validation in Cloud Foundry's bosh-vsphere-cpi-release exposes vCenter administrator credentials to any attacker with a network position between the BOSH Director and vCenter. The vSphere CPI transmits credentials via HTTP Basic authentication on every routine cloud infrastructure operation and fails to enforce TLS certificate authenticity, allowing a rogue endpoint to impersonate the vCenter REST API and silently capture those credentials. Successful interception yields full administrative control over every virtual machine, datastore, and network segment managed by the compromised vCenter instance. No public exploit code has been identified at time of analysis, and this CVE does not appear in the CISA KEV catalog.
RemediationAI
Consult the Cloud Foundry advisory at https://www.cloudfoundry.org/blog/cve-2026-41012-bosh-vsphere-cpi-improper-cert-validation/ for the patched release of bosh-vsphere-cpi-release and upgrade immediately; no specific fixed version number was included in the available input data, making the advisory the authoritative source. As a compensating control while patching, enforce strict network segmentation to ensure no untrusted host can intercept traffic between the BOSH Director and the vCenter management interface - in practice this means placing both on a dedicated, access-controlled management VLAN with firewall rules blocking lateral movement from workload networks and jump hosts. Additionally, rotate vCenter administrator credentials immediately if there is any reason to suspect the management network path has been accessible to unauthorized parties. Note explicitly that supplying a CA certificate to the CPI configuration alone does NOT mitigate this vulnerability, as the certificate validation logic is not properly enforced regardless of CA configuration.
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
BOSH (BOSH Outer Shell) is Cloud Foundry's infrastructure orchestration layer; its vSphere CPI (Cloud Provider Interface) mediates all provisioning and lifecycle management calls between the BOSH Director and VMware vCenter's REST API. CWE-295 (Improper Certificate Validation) identifies the root cause: the CPI does not properly verify the TLS certificate presented by the vCenter endpoint, so a rogue server can complete the TLS handshake without possessing a certificate signed by a trusted authority. HTTP Basic authentication encodes credentials as a base64 header on every request, meaning the very first intercepted CPI call discloses the plaintext vCenter administrator password. The CPE cpe:2.3:a:cloud_foundry:bosh-vsphere-cpi-release:*:*:*:*:*:*:*:* indicates all tracked releases are affected, and the vendor confirms that supplying a CA certificate does not remediate the flaw because the validation logic is not properly invoked.
Know when Cloud Foundry 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:L/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H
Attack requires adjacent network positioning between BOSH Director and vCenter; no prior authentication or user interaction is needed; scope changes because credential capture extends impact to the entire vCenter-managed virtualization estate.
Primary rating from Vendor (vmware).
CVSS VectorVendor: vmware
Lifecycle Timeline
2DescriptionCVE.org
Traffic interception vulnerability in BOSH Director vCenter CPI allows attackers positioned between BOSH Director and vCenter to impersonate vCenter REST API and capture administrator credentials via HTTP Basic auth, leading to complete virtualization infrastructure takeover.
An attacker who can intercept traffic between the BOSH Director and vCenter can establish a malicious server impersonating the vCenter REST API. When the BOSH Director makes CPI calls to perform routine cloud infrastructure operations, the attacker captures the vCenter administrator username and password transmitted via HTTP Basic authentication.
The vulnerability stems from insufficient authentication security in the communication protocol between BOSH Director and vCenter. While HTTPS may be used, the lack of proper certificate validation and pinning allows attackers to successfully impersonate vCenter endpoints. Because vCenter credentials typically grant full administrative control over the entire virtualization estate, successful credential capture yields complete takeover of every VM, datastore, and network the CPI manages.
This exposure exists on every CPI call (including routine deployment operations, not just when tags are configured) and cannot be mitigated by supplying a CA certificate alone. The attack impacts all infrastructure managed by the compromised vCenter instance, potentially affecting hundreds or thousands of VMs across multiple deployments and environments.
Executive ViewAI
Cloud Foundry deployments using the vSphere CPI risk complete compromise of their vCenter infrastructure through credential interception attacks; no public exploits have been identified at time of analysis, but the vulnerability enables any network-positioned attacker to steal administrator credentials and gain full control over all managed virtual machines and infrastructure. This represents a critical risk to organizations where vCenter manages production infrastructure, requiring immediate network isolation and access controls. The vulnerability stems from improper TLS certificate validation that allows attackers to impersonate vCenter and intercept plaintext HTTP Basic authentication credentials.
Network isolation of BOSH Director and vCenter to prevent man-in-the-middle positioning; enforce end-to-end TLS encryption with certificate pinning for all BOSH-vCenter API communications; implement enhanced network monitoring for anomalous vCenter API access; immediately rotate vCenter administrator credentials and establish privileged access management controls; apply network access controls (VPC ACLs, security groups, firewall rules) restricting BOSH-to-vCenter communication to necessary paths only.
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
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
More in Cloud Foundry
View allThe Cloud Controller in Cloud Foundry before 239 logs user-provided service objects at creation, which allows attackers
Multiple cross-site request forgery (CSRF) vulnerabilities in Pivotal Cloud Foundry (PCF) before 242; UAA 2.x before 2.7
SQL injection vulnerability in Pivotal Cloud Foundry (PCF) before 238; UAA 2.x before 2.7.4.4, 3.x before 3.3.0.2, and 3
Authentication bypass in Cloud Foundry UAA (User Account and Authentication) versions 2.0.0 through 78.13.0 allows remot
The UAA /oauth/token endpoint in Pivotal Cloud Foundry (PCF) before 243; UAA 2.x before 2.7.4.8, 3.x before 3.3.0.6, and
An issue was discovered in Cloud Foundry Foundation BOSH Release 261.x versions prior to 261.3 and all 260.x versions. R
A exposure of sensitive information vulnerability exists in Jenkins Cloud Foundry Plugin 2.3.1 and earlier in AbstractCl
Cloud Foundry CF Networking Release, versions 2.11.0 prior to 2.16.0, contain an internal api endpoint vulnerable to SQL
Authentication bypass in Cloud Foundry UAA allows remote unauthenticated attackers to obtain access tokens for arbitrary
Cloud Foundry before 248; UAA 2.x before 2.7.4.12, 3.x before 3.6.5, and 3.7.x through 3.9.x before 3.9.3; and UAA bosh
The UAA reset password flow in Cloud Foundry release v236 and earlier versions, UAA release v3.3.0 and earlier versions,
Cloud Foundry BOSH, versions v264 prior to v264.14.0 and v265 prior to v265.7.0 and v266 prior to v266.8.0 and v267 prio
EUVD-2026-68038
GHSA-3rqq-7767-6jq7
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB