Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate as low-privilege SpaceAuditor
-
DeliveryEnumerate valid build/droplet GUIDs
-
ExploitSend forged /internal/v3/ staging callback
-
ExecutionEndpoint accepted without OAuth/mTLS
-
ImpactTransition droplet to STAGED, persist arbitrary metadata
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Access control enforcement
MITRE ATT&CK
1 technique across 1 tactic: Defense Evasion The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | The attacker must be able to reach the Cloud Controller public API listener over the network and must possess a valid build or droplet GUID; the described path to obtain one is the SpaceAuditor role, which can enumerate these GUIDs without write permissions. The exploitable surface is the /internal/v3/staging/:guid/droplet_completed and /build_completed callback endpoints, which are exposed because the Nginx routing configuration lacks the unauthenticated-access deny rule it applies to /internal/v4/ and /internal/v5/. LIMITING FACTORS: this is not fully anonymous - some authenticated/tenant access is needed to discover valid GUIDs, and the condition is the shipped Nginx routing config in cf-deployment versions before 60.7.0 and CAPI before v1.247.0; patched versions add the equivalent deny rule. |
| Impact | This is a genuine priority rather than an inflated CVSS score, though it stops short of emergency. The CVSS 3.1 vector (AV:N/AC:L/PR:L/UI:N) describes a network-reachable, low-complexity broken-access-control flaw: the public API listener for Cloud Controller serves /internal/v3/ staging callbacks because the Nginx config omits the deny rule it applies to /internal/v4/ and /internal/v5/, so the callbacks are reachable without OAuth or mutual TLS. The PR:L metric aligns with the described privilege-escalation path: a low-privilege SpaceAuditor can enumerate the build/droplet GUIDs that the attack needs, so the authentication barrier is effectively minimal for any tenant user. Signals are consistent where present and incomplete elsewhere: the vendor (VMware/Cloud Foundry) confirms the flaw and ships a patch, and the vuln.today decision label is 'this_week', indicating prompt but not emergency remediation. However, EPSS is not provided, there is no CISA KEV listing (so no confirmed active exploitation), and no PoC or exploit reference is supplied - only the vendor advisory. No exploitation-probability data is therefore available to corroborate or temper the CVSS severity; risk should be driven by the confirmed access-control defect and the ease of GUID enumeration rather than by any observed exploitation. |
| Exploit ScenarioDerived | A user holding a low-privilege SpaceAuditor role enumerates valid build or droplet GUIDs (which that role can read) and then sends a forged staging callback to /internal/v3/staging/:guid/droplet_completed or /build_completed on the public API listener, which accepts it without OAuth or mutual TLS. The droplet is transitioned to STAGED and arbitrary process metadata and sidecar data are persisted with no associated package or actor, escalating the auditor beyond its intended read-only boundary. No public exploit identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 30, 2026
Broken access control in the Cloud Foundry Cloud Controller API leaves the /internal/v3/staging/:guid/droplet_completed and /internal/v3/staging/:guid/build_completed callback endpoints reachable on the public API listener, because the shipped Nginx routing configuration carries deny rules for /internal/v4/ and /internal/v5/ but omits the equivalent rule for /internal/v3/. An attacker who holds a valid build or droplet GUID - and a SpaceAuditor can enumerate those GUIDs without any write permission - can post a forged staging callback, transition a droplet to STAGED, and persist arbitrary process and sidecar metadata with no associated package or actor, escalating past the intended role boundary. No public exploit code was identified at time of analysis, and the vendor has published fixed versions; triage guidance places remediation in this week's work rather than an emergency response.
RemediationAI
Vendor-released patch: upgrade CF Deployment to 60.7.0 or later, or CAPI to v1.247.0 or later, which adds the missing deny rule for /internal/v3/ so the public API listener is blocked in the same way as /internal/v4/ and /internal/v5/. Apply the CF Deployment release first if you consume the routing configuration as a unit, and confirm the rendered Nginx configuration rejects unauthenticated requests to /internal/v3/staging/*/droplet_completed and /build_completed after the change. Where an immediate full upgrade is not possible, the equivalent interim control is to add the same deny rule for the /internal/v3/ prefix to the public listener configuration used for /internal/v4/ and /internal/v5/, then reload Nginx; the trade-off is that this is a local hand-maintained change to a template-managed configuration that will be overwritten on the next deployment apply unless it is carried into the manifest. Restricting or auditing the SpaceAuditor bindings that expose build and droplet GUIDs reduces the preconditions an attacker needs but does not close the exposed endpoint. Details in the vendor advisory at https://www.cloudfoundry.org/blog/cve-2026-59387-broken-access-control-restriction-in-cloud-controller-api/.
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
The Cloud Controller API (CAPI) in CF Deployment is fronted by an Nginx routing layer that separates the public API listener from internal, component-to-component traffic. Endpoints under /internal/v4/ and /internal/v5/ carry an explicit Nginx deny rule so that unauthenticated requests arriving at the public listener never reach them; the same rule was never applied to /internal/v3/. As a result the legacy staging callbacks under /internal/v3/staging/:guid/ are routable from the public listener without an OAuth token or mutual TLS, even though callbacks on that path are meant to be delivered by trusted platform components over the internal path. Because the endpoints perform no authorization check of their own once traffic reaches them, the only barrier is knowing a valid build or droplet GUID; a user bound to the SpaceAuditor role can list those identifiers read-only. No CWE identifier was supplied in the source data, but the vendor characterizes the defect as a broken access control restriction - a missing authorization/deny control rather than a memory-safety or injection bug. The affected CPE entries are cloud_foundry:capi_(cloud_controller_api) and cloud_foundry:cf-deployment, since the defect lives in the routing configuration shipped with the deployment rather than in application code alone.
Know when Cf Deployment 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
Network-reachable callback with only low-privilege GUID-enumeration access (PR:L, AC:L); primary impact is integrity (forged state, persisted metadata), with limited confidentiality/availability impact.
Primary rating from Vendor (vmware).
CVSS VectorVendor: vmware
Lifecycle Timeline
2DescriptionCVE.org
The Nginx routing configuration for Cloud Controller blocks unauthenticated access to /internal/v4/ and /internal/v5/ endpoints but omits an equivalent deny rule for /internal/v3/. As a result, the staging callback endpoints /internal/v3/staging/:guid/droplet_completed and /internal/v3/staging/:guid/build_completed are reachable from the public API listener without OAuth or mutual TLS.
An attacker with a valid build or droplet GUID can submit a forged staging callback, transition a droplet to STAGED, and persist arbitrary process metadata and sidecar data with no associated package or actor. A SpaceAuditor can enumerate GUIDs without write permissions, making this an effective privilege escalation beyond the intended role boundary.
Articles & Coverage 2
Executive ViewAI
CVE-2026-59387 is a high-severity broken access control flaw in the Cloud Foundry Cloud Controller API that allows an authenticated user with minimal read permissions (SpaceAuditor) to forge staging callbacks, potentially compromising the integrity of application deployments. This vulnerability affects any organization running vulnerable versions of Cloud Foundry, exposing them to unauthorized manipulation of droplet and build states, which could lead to malicious code execution or data integrity issues. Leadership should prioritize remediation this week to prevent potential security breaches and maintain trust in the platform.
Apply vendor patch.
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
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
Privilege escalation occurs when an attacker leverages flaws in access control mechanisms to gain permissions beyond what they were originally granted.
More in Cf Deployment
View allPrivate key disclosure in Cloud Foundry UAA versions v76.12.0 through v78.12.0 allows unauthenticated remote attackers t
Cloud Foundry cf-deployment, versions prior to 7.9.0, contain java components that are using an insecure protocol to fet
Adversary-in-the-middle credential theft and privilege escalation affects Cloud Foundry UAA (User Account and Authentica
Privilege escalation in Cloud Foundry UAA (User Account and Authentication server) lets users who authenticate via a fed
Authentication bypass in Cloud Foundry UAA (User Account and Authentication) versions 2.0.0 through 78.13.0 allows remot
Cloud Foundry CAPI (Cloud Controller), versions prior to 1.97.0, when used in a deployment where an app domain is also t
In Cloud Foundry UAA, versions prior to 74.14.0, a CSRF vulnerability exists due to the OAuth2 state parameter not being
Cloud Foundry SMB Volume, versions prior to v2.0.3, accidentally outputs sensitive information to the logs. Rated high s
Cloud Foundry Garden-runC, versions prior to 1.11.0, contains an information exposure vulnerability. Rated high severity
In Cloud Controller versions prior to 1.46.0, cf-deployment versions prior to 1.3.0, and cf-release versions prior to 28
Cloud Foundry Routing, all versions before 0.193.0, does not properly validate nonce input. Rated high severity (CVSS 8.
Privilege escalation in Cloud Foundry smb-volume-release (prior to v3.60.0) and CF Deployment (prior to v56.0.0) lets a
EUVD-2026-113756
GHSA-37xc-gw75-236w
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB