Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
ReconIdentify reachable log-cache endpoint
-
DeliveryMint forged JWT with logs.admin claim
-
ExploitSubmit token to cf-auth-proxy
-
InstallProxy accepts token as valid admin
-
C2Query log-cache API for all apps and components
-
ExecuteExfiltrate logs and metrics
-
ImpactHarvest secrets for follow-on compromise
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V6 - Authentication Authentication mechanism validation
MITRE ATT&CK
2 techniques across 2 tactics: Defense Evasion, Initial Access The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires network reachability to the cf-auth-proxy fronting log-cache in a Cloud Foundry foundation running log-cache_release at or below v3.2.6 (or a CF Deployment that bundles it). No authentication, user interaction, special tenancy, or non-default configuration is needed - any Cloud Foundry install running the affected log-cache_release is exposed by default per the advisory's 'all installations' wording. The principal limiting factor is network exposure of the log-cache endpoint: deployments that publish log-cache only on an operator-internal network are reachable only by attackers already inside that perimeter, while installations exposing the endpoint to tenant networks or the internet are exploitable by any remote attacker. Impact is confidentiality-only (C:H/I:N/A:N), so successful exploitation yields read access to logs and metrics but not direct write or disruption of CF components. |
| Impact | The CVSS vector AV:N/AC:L/PR:N/UI:N paints a worst-case access profile: network-reachable, low complexity, no authentication, no user interaction - anyone who can reach the log-cache endpoint can attempt exploitation. Scope is Unchanged and impact is confidentiality-only (C:H/I:N/A:N), which correctly tempers the 7.5 base score: an attacker reads every log and metric but cannot modify or disrupt the platform directly. However, logs frequently contain secrets, tokens, internal hostnames, request bodies, and stack traces, so the practical confidentiality blast radius is severe and a strong stepping stone for follow-on attacks. The vector's E:P signals proof-of-concept exploit maturity per the CNA, though no public PoC was located in the supplied references; EPSS and KEV status were not provided in the input. There is no conflict between CVSS and the description - both indicate unauthenticated remote exploitation. Priority should be HIGH for any internet- or tenant-reachable log-cache deployment, MEDIUM where the endpoint is restricted to a trusted operator network. |
| Exploit ScenarioDerived | An attacker with network reachability to the log-cache endpoint crafts a JWT that the cf-auth-proxy mistakenly accepts as carrying the logs.admin scope, then issues standard log-cache API queries to stream logs and metrics for every application and platform component in the foundation. The attacker harvests credentials, API tokens, internal URLs, and request payloads from log lines, then pivots to higher-impact compromise against the discovered systems. The CVSS vector E:P notes proof-of-concept code is known to the CNA, but no public exploit was identified in the supplied references at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jun 01, 2026
Authentication bypass in Cloud Foundry's cf-auth-proxy (log-cache_release through v3.2.6) lets a remote unauthenticated attacker mint a JWT that the proxy accepts as a valid logs.admin token, granting read access to every application and platform-component log and metric across the foundation. CVSS 7.5 with AV:N/AC:L/PR:N reflects trivially-reachable, network-based exploitation; no public exploit has been identified at time of analysis, but the CVSS vector includes E:P indicating proof-of-concept maturity per the issuing CNA (VMware).
RemediationAI
Vendor-released patch: log-cache_release v3.2.7 (bundled in the corresponding fixed CF Deployment release). Upgrade log-cache_release to v3.2.7 or later, or roll out the fixed CF Deployment build that contains it, following the Cloud Foundry advisory at https://www.cloudfoundry.org/blog/cve-2026-40964-read-access-to-cf-logs/. Until the upgrade is applied, restrict network exposure of the cf-auth-proxy / log-cache gateway endpoint to operator and platform-internal CIDRs via security groups or an upstream reverse proxy ACL - this is the highest-leverage compensating control because the vulnerability requires reaching the proxy. Rotate any UAA signing keys and JWT secrets if there is any suspicion the issuing key material was probed, and audit log-cache access logs for anomalous unauthenticated or unexpected admin-scoped reads; note that key rotation forces re-issuance of legitimate operator tokens and brief operator workflow disruption. Avoid disabling cf-auth-proxy outright, as that removes authentication entirely.
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
log-cache is the Cloud Foundry subsystem that aggregates application and platform logs and metrics for query via the Loggregator/log-cache API. cf-auth-proxy sits in front of log-cache and is responsible for validating UAA-issued JWTs and enforcing the logs.admin scope before forwarding requests. The CWE-287 (Improper Authentication) root cause means the proxy's token validation logic fails to correctly verify a property of the JWT - typically signature, issuer, audience, or scope claims - allowing an attacker-crafted token to pass as an authentic admin credential without the attacker possessing the UAA signing key or a legitimate admin grant. The affected CPEs are cpe:2.3:a:cloud_foundry_foundation:log-cache_release and cpe:2.3:a:cloud_foundry_foundation:cf_deployment, confirming this is a platform-level component bundled into the broader CF Deployment release.
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:N/UI:N/S:U/C:H/I:N/A:N
Primary rating from Vendor (vmware) · only source for this CVE.
CVSS VectorVendor: vmware
DescriptionCVE.org
Authentication Bypass in cf-auth-proxy in Cloud Foundry Foundation all installations allows an unauthenticated remote attacker to gain read access to every log and metric for every application and platform component via minting a JWT that the cf-auth-proxy accepts as a valid logs.admin token.
Affected versions:
- log-cache_release: all versions through v3.2.6 (inclusive); fixed in v3.2.7 or later
- CF Deployment: all versions through v55.?.0 (inclusive); fixed in v55.?.0 or later (bundles log-cache_release v3.2.7)
Executive ViewAI
Cloud Foundry deployments running log-cache_release v3.2.6 and earlier are vulnerable to an unauthenticated authentication bypass in cf-auth-proxy, permitting attackers to read all application logs and system metrics across the entire platform. This exposes sensitive operational and configuration data that could enable further attacks or compliance violations.
Implement network segmentation to restrict cf-auth-proxy access to authorized administrative networks only; deploy Web Application Firewall with rate-limiting and anomaly detection rules; enable comprehensive audit logging of authentication attempts and token generation; enforce additional RBAC controls on log data to minimize impact if tokens are forged; conduct forensic review of cf-auth-proxy access logs for indicators of exploitation.
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.
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-33765
GHSA-9cjf-w9mw-93r3
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB