Cloud Foundry UAA: Privilege leftover vulnerability (CVE-2026-59358)
A privilege leftover vulnerability in Cloud Foundry UAA allows authenticated users to reuse their access tokens to impersonate a client and gain unauthorized authorities, such as the ability to create new OAuth clients.
CVE search metadata
CVE search record: CVE-2026-59358. EPSS: 0.41%. KEV: no. Product: UAA (< v79.7.0), cf-deployment (< v60.5.0). Brief: Cloud Foundry UAA: Privilege leftover vulnerability (CVE-2026-59358). Brief link: https://feed.craftedsignal.io/briefs/2026-10-cve-2026-59358/
Triage facts
Revision 1- Applicability
- UAA (< v79.7.0), cf-deployment (< v60.5.0)
- Evidence
- Unknown
- Severity
- High
- Action
- Elevated
- Sources
- 4 public sources
- Freshness
- Revision 1Oct 29, 09:00 UTC
- Vulnerabilities
- 1 CVE
- Source quality
- B2Likely
Cloud Foundry User Account and Authentication (UAA) contains a privilege leftover vulnerability (CVE-2026-59358) that occurs when a single OAuth client ID is configured to support both public user-facing flows (e.g., PKCE) and the client_credentials grant type. An attacker can replay their own valid user JWT as a Bearer token during a client_credentials grant request to the /oauth/token endpoint. The UAA service incorrectly treats this user token as valid client authentication, resulting in the issuance of a client-only token that inherits the configured authorities of that client. If the client holds high-privilege scopes such as clients.write, an attacker can create new OAuth clients without a client secret.
Attack Chain
- Target identification: Identify a Cloud Foundry UAA instance where a single
client_idsupports both public user authentication (PKCE) andclient_credentials. - Token acquisition: Authenticate as a standard user through the public OAuth flow to obtain a valid user access token.
- Token replay: Submit a
POSTrequest to/oauth/tokenwithgrant_type=client_credentials, providing the previously acquired user token in theAuthorization: Bearerheader. - Authentication bypass: The UAA service incorrectly validates the user token as client authentication because the
client_idmatches. - Token minting: UAA issues a new, client-only JWT that carries the authorities assigned to the exploited client ID (e.g.,
clients.write). - Unauthorized action: Use the minted client-only JWT to access restricted endpoints, such as
POST /oauth/clients, to create new OAuth clients with elevated authorities.
Impact
Successful exploitation allows an attacker to create new OAuth clients with arbitrary authorities. The scope of impact is limited to the authorities granted to the specific client ID misused in the attack. If clients.write is associated with the target client, the attacker can effectively gain administrative control over client management within the UAA instance.
Recommendation
- Upgrade Cloud Foundry UAA to version 79.7.0 or newer.
- Upgrade cf-deployment to version 60.5.0 or newer.
- Audit existing OAuth client configurations: ensure that public user-facing grants and
client_credentialsgrants are never configured for the sameclient_id. - Restrict sensitive administrative scopes like
clients.writeto dedicated, non-public client IDs that do not support user-facing authentication flows.
Immediate actions
Patch Cloud Foundry UAA to v79.7.0 or cf-deployment to v60.5.0
Threat Hunt
Monitor UAA access logs for unusual usage of user-issued tokens within client_credentials grant flows.
Data: UAA Application logs, specifically POST /oauth/token requests
Mitigations
Separate public OAuth client IDs from client_credentials grant usage
CVE-2026-59358