Severity by source
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:L/SC:H/SI:H/SA:L/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X
Primary rating from Vendor (vmware) · only source for this CVE.
CVSS VectorVendor: vmware
Lifecycle Timeline
2DescriptionCVE.org
Cloud Foundry UAA versions v76.12.0 through v78.12.0 are vulnerable to a private key exposure. The server contains a vulnerability where EC (Elliptic Curve) private keys are inadvertently exposed through the public /token_keys endpoint. This endpoint is designed to provide public key material for JWT token verification but incorrectly exposes private key components for EC keys. The vulnerability affects deployments using EC keys for JWT token signing. The vulnerability does not affect RSA key configurations, only deployments using EC keys for JWT signing.
Affected versions:
- uaa_release: v76.12.0 through v78.12.0 (inclusive); fixed in v78.13.0 or later
- CF Deployment: v30.0.0 through v56.0.0 (inclusive); fixed in v56.1.0 or later (bundles uaa_release v78.13.0)
AnalysisAI
Private key disclosure in Cloud Foundry UAA versions v76.12.0 through v78.12.0 allows unauthenticated remote attackers to retrieve Elliptic Curve (EC) private key material from the public /token_keys endpoint, which is supposed to expose only public verification keys. With the leaked private keys, attackers can forge arbitrary JWTs and impersonate any UAA-authenticated identity across the platform. No public exploit identified at time of analysis, though the CVSS 10.0 score and trivial reproduction step (a single unauthenticated HTTP GET) make weaponization straightforward once the issue is widely known.
Technical ContextAI
UAA (User Account and Authentication) is the OAuth2/OpenID Connect identity server for Cloud Foundry platforms, issuing and validating JWT access tokens for the entire platform. The /token_keys endpoint follows the JWK Set (RFC 7517) pattern and is intentionally public so that resource servers can fetch the public keys needed to verify JWT signatures. The bug is a CWE-200 (Exposure of Sensitive Information) where UAA's JWK serialization for EC keys incorrectly includes the private 'd' parameter alongside the public 'x' and 'y' coordinates; RSA keys are not affected because their serialization path correctly omits private components. Affected CPEs are cpe:2.3:a:cloud_foundry_foundation:uaa_release and cpe:2.3:a:cloud_foundry_foundation:cf_deployment.
RemediationAI
Vendor-released patch: upgrade uaa_release to v78.13.0 or later, or upgrade cf-deployment to v56.1.0 or later (which bundles the fixed UAA), per https://www.cloudfoundry.org/blog/cve-2026-40965-uaa-ec-private-key-disclosure/. Because the private key material has been served publicly for the lifetime of the vulnerable deployment, patching alone is not sufficient: operators must rotate all EC JWT signing keys after upgrading and force re-issuance of outstanding tokens, since any token signed before rotation should be considered forgeable. As an immediate pre-upgrade workaround where rapid patching is not possible, switch UAA's JWT signing configuration from EC to RSA keys (the bug does not affect RSA serialization), accepting the operational cost of a key-type migration and token invalidation; alternatively, restrict network access to the /token_keys endpoint to trusted resource servers only, with the trade-off that any legitimate client relying on dynamic JWKS discovery will break.
More in Cf Deployment
View allCloud 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
Cloud foundry instances having CAPI version between 1.140 and 1.152.0 along with loggregator-agent v7+ may override othe
Same weakness CWE-200 – Information Exposure
View allSame technique Information Disclosure
View allShare
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-33817
GHSA-qc5f-2h9q-7m2g