Who is affected
Broadcom VMware vCenter deployments are affected by a path traversal vulnerability that permits arbitrary code execution. The vulnerability requires network access to vCenter; the record does not specify affected version ranges, whether the vulnerability is pre-authentication or post-authentication, or which vCenter deployment models (on-premises, cloud-hosted, or management clusters) are in scope.
How to check whether this touches you
- Inventory: Do you operate VMware vCenter in any deployment model (on-premises, hybrid, or cloud-hosted)?
- Reachability: Confirm whether your vCenter instance is reachable from untrusted networks—via direct internet exposure, shared corporate networks, or internal subnets where threat actors may already be present.
- Version confirmation: Query your vCenter appliances or inventory tools for the running version number. Check Broadcom's advisory for the affected range and any version-specific fingerprints; note that some distributions backport security fixes, so version alone does not prove immunity.
- Network segmentation: Determine which systems and users can initiate connections to vCenter APIs, web consoles, and management interfaces.
What to do
- Immediately: Locate Broadcom's security advisory for CVE-2026-59310 and confirm the affected version range for your deployments.
- If you can patch now: Apply the vendor patch following Broadcom's instructions and test in a non-production environment first.
- If you cannot patch immediately: Restrict network access to vCenter to only authorised administrative hosts and jump servers; disable or isolate any vCenter instances that are not critical until patches are available.
- Log and monitor: Enable audit logging on all vCenter instances if not already active; configure alerts for path traversal patterns (unusual file access sequences or attempts to traverse parent directories) in vCenter logs.
- Compliance: Follow CISA BOD 26-04 timelines for your organisation's risk category; if mitigations are unavailable and you cannot patch within the required window, escalate to your security leadership for discontinuation decisions.
If you find you were exposed
Exploitation of path traversal flaws often precedes public disclosure, so retrospective hunting requires searching vCenter audit logs, hypervisor access logs, and API request logs for suspicious file-access patterns prior to the advisory date. Logs older than your retention window cannot be recovered; if you lack logs covering the period since vCenter was first deployed or last patched, document that gap and focus on forward-looking detection after remediation.