On this page (7 sections)

CISA has added CVE-2026-41709, an insufficient logging flaw in Broadcom VMware ESX, to its Known Exploited Vulnerabilities catalog. The bug is rated low severity, but according to The Hacker News, CrowdStrike reported that a China-nexus actor used it as a zero-day to reduce audit trail visibility.

If you run ESX or ESXi hosts, or host customer sites on VMware infrastructure, this matters even though the score is low. A flaw that lets an administrator-level actor act without leaving log entries makes any other intrusion harder to see and investigate.

What happened

Broadcom published advisory VMSA-2026-0006 on 29 July 2026 and updated it on 19 August 2026. It covers five CVEs across ESX, vCenter, Workstation and Fusion. CVE-2026-41709 is the lowest-scored of them. The same advisory includes two critical vCenter issues (CVE-2026-59309 and CVE-2026-59310, both 9.8), which are separate problems and not the subject of the exploitation reports discussed here.

On 28 October 2026 CISA added CVE-2026-41709 to the KEV catalog with a due date of 11 November 2026. The Hacker News reports this followed CrowdStrike's 2026 Legal Threat Landscape Report, which said the actor tracked as Warp Panda exploited the flaw as a zero-day in early 2026. That attribution is CrowdStrike's claim as relayed by one news outlet; the CISA entry itself confirms exploitation but does not name an actor.

Why a low score still matters

CWE-778 describes a product that does not record a security-critical event, or leaves out important details when it does. Here, CISA describes it as allowing a malicious actor with admin access to perform certain operations without being logged. The CVSS vector reflects that: high privileges are required, and the impact is limited to low integrity with no confidentiality or availability effect.

That scoring measures the bug in isolation. In a real intrusion, an attacker who already holds admin rights on a hypervisor can use a logging gap to cover their tracks, which delays detection and weakens forensics. The flaw does not give access by itself, so the useful question is not whether it is dangerous alone, but what your logs can no longer be trusted to show.

Who is realistically exposed

  • Organizations running VMware ESX or ESXi hosts that have not applied the fixes from VMSA-2026-0006.
  • Hosting providers and agencies whose customer sites run on VMware virtualization, since hypervisor logs are part of their audit trail.
  • Environments where ESX management interfaces or vCenter are reachable from untrusted networks.
  • Teams relying on ESX audit logs for compliance or incident response.

According to the CrowdStrike findings reported by The Hacker News, the actor first compromises internet-facing edge devices, then pivots to VMware vCenter environments and deploys custom malware named BRICKSTORM and SharpStorm. The same report says some intrusions also targeted cloud services to take session tokens for Microsoft 365, and in at least one case a new MFA device was registered on a compromised account. These details come from a single report and have not been independently confirmed in the research available here.

How to check your exposure

Start by identifying which ESX builds you run, then compare them with the fixed builds in Broadcom's advisory. The reported fixed builds are ESXi80U3j-25429389 for 8.0, ESXi-9.0.2.0100-25595025 for 9.0 and SXi-9.1.0.0-25370933 for 9.1, plus VMware Cloud Foundation 5.2.4, according to The Hacker News. Treat the Broadcom advisory as the authority and verify the exact build numbers there.

This read-only command, run in the ESXi shell or over SSH on a host, prints the installed version and build number to compare against the advisory:

Show ESXi version and build (run on the ESXi host)Shell
vmware -vl

What to do now

Caution. Patching an ESXi host normally requires maintenance mode and a reboot. Plan the change window and follow Broadcom's update instructions rather than improvising.
Tip. Because the flaw suppresses logging, a clean log is not proof of a clean host. If a system was unpatched and exposed to untrusted networks since early 2026, consider reviewing it using sources outside the host, such as network, firewall and identity provider logs.

Detection and monitoring

Since the weakness hides actions on the hypervisor, look for signals elsewhere. Compare ESX log volume against your baseline and investigate unexplained silences. Watch identity systems for new MFA registrations and unusual token use, and watch edge devices, which the reported campaign used for initial access.

For the websites running on top of your infrastructure, outside checks still help. A free SSL certificate checker and certificate, DNS and header-change monitoring can surface unexpected changes to what the public sees, though they cannot see inside a hypervisor. For wider context, see our guide on what to do if a website is hacked.

Timeline

Summary
DateEvent
Early 2026CrowdStrike says Warp Panda exploited the flaw as a zero-day (via The Hacker News)
2026-07-29Broadcom publishes VMSA-2026-0006
2026-07-30CVE published to NVD and the GitHub Advisory Database
2026-08-19Broadcom advisory last updated
2026-10-28CISA adds CVE-2026-41709 to KEV
2026-11-11CISA remediation due date for federal agencies

Sources

This article is based on the public sources below. Details can change as vendors and researchers publish more; check the original advisories before acting on version numbers.

  1. CVE-2026-41709 - GitHub Advisory Databasegithub.com
  2. Support Content Notification - Support Portal - Broadcom support portalsupport.broadcom.com
  3. Known Exploited Vulnerabilities Catalog | CISAcisa.gov
  4. China-Linked Hackers Exploited VMware ESX Zero-Day to Reduce Audit Trail Visibilitythehackernews.com ·
  • VMware
  • ESX
  • CISA KEV
  • CVE-2026-41709
  • Broadcom
  • Audit logging