CISA: Linux and VMware ESX flaws are under active attack
CISA added Linux kernel CVE-2026-46300 and VMware ESX CVE-2026-41709 to KEV. Learn what to patch and how to check for earlier compromise.
- AUTHOR
- Karol Rapacz / CEO of Breachroad · OSCP · PNPT
- PUBLISHED
- 29 October 2026
- READING TIME
- 9 min read
- TOPIC
- Vulnerabilities and CVEs
CISA has added Linux kernel CVE-2026-46300 and VMware ESX CVE-2026-41709 to its Known Exploited Vulnerabilities catalogue. A KEV entry is not a forecast or a conclusion based only on a CVSS score. It means the agency has evidence that attackers are exploiting the vulnerability in real incidents.
The two issues are very different. The Linux kernel flaw can form part of an attack chain that ends with commands running as root. The VMware weakness has a low 2.7 score, but allows a malicious administrator to perform certain operations without generating the expected logs. The shared lesson for organisations is clear: remediation priority should reflect observed exploitation and the system’s role, not just the colour assigned by a scanner.
The priority action: identify Linux servers and ESX hosts, confirm versions and exposure, apply vendor updates, then review evidence for earlier compromise. Installing a patch does not answer whether an attacker arrived before it.
What CISA added to KEV on 28 October
CISA uses the KEV catalogue for vulnerabilities with confirmed exploitation. Its 28 October 2026 additions were:
| Vulnerability | Product | Nature of the issue | CISA due date for US federal agencies |
|---|---|---|---|
| CVE-2026-46300 | Linux kernel | missing variable initialisation, with data modification and attack-chain escalation potential | 31 October 2026 |
| CVE-2026-41709 | VMware ESX | insufficient logging of operations performed by an administrator | 11 November 2026 |
The dates come from US Binding Operational Directive 26-04 and directly apply to the specified federal agencies. They are not legal deadlines for a private organisation, but they are useful urgency signals. Breachroad recommends faster handling for internet-facing systems, virtualisation hosts and servers holding high-value data.
Linux kernel CVE-2026-46300: why it is urgent
CISA describes CVE-2026-46300 as a missing initialisation of a variable. The issue involves failure to preserve a shared-fragment marker while coalescing network buffers. Under specific conditions, ESP input processing can decrypt shared fragments in place and unintentionally modify page-cache-backed data.
This is not a conventional remote flaw that opens a server from the internet on its own. Its importance increases inside an attack chain. CISA explicitly says CVE-2026-46300 can be combined with the critical PHP vulnerabilities CVE-2026-109618 and CVE-2026-109619: an attacker first gains code execution through a vulnerable application and then uses the kernel issue to run commands as root.
The team should therefore look beyond servers known to run PHP. A vulnerable kernel may exist in web servers, network appliances, virtual machines, container hosts and Linux-based products. Confirm the version and available fix with the distribution or appliance vendor because package revision numbers frequently differ from upstream kernel versions.
VMware ESX CVE-2026-41709: low score, real consequence
Broadcom rates CVE-2026-41709 at 2.7 under CVSS 3.1 and labels it Low. The vulnerability requires administrative privileges. A malicious administrator can nevertheless perform certain operations without them being logged, making abuse harder to detect and an incident harder to reconstruct.
It is a useful example of what a CVSS score cannot capture on its own. The issue does not provide initial access, but it can help an attacker who has already compromised an administrator account reduce the quality of evidence. That matters on a virtualisation host: one ESX system may run many critical workloads, while complete logs directly influence the scope and confidence of a forensic investigation.
Broadcom released fixes through VMSA-2026-0006.2. The response matrix includes ESXi 9.1.0.0-25370933, ESXi 9.0.2.0100-25595025 and ESXi 8.0 U3j for the listed branches. Use the complete vendor matrix because the correct build depends on the product and its VMware Cloud Foundation or vSphere Foundation release line.
Response plan for IT and security teams
1. Build a system list, not just a CVE list
Combine virtualisation, CMDB, cloud, monitoring and vulnerability-scanner data. Include embedded platforms and machine images when looking for Linux. For VMware, record every ESX host, build, role, cluster, owner and management-plane exposure.
2. Prioritise attack chains
A host with both vulnerable PHP and a vulnerable kernel should rank above an isolated test VM. An ESX host with broadly reachable management and administrator accounts without MFA also deserves fast handling. This is risk-based vulnerability management in practice.
3. Patch with a recovery plan
Before a change, verify configuration backups, dependencies, driver compatibility and rollback options. After a Linux update, confirm the running kernel; installing a package without a reboot may leave the old kernel in memory. In VMware, validate cluster health, VM migration and log delivery.
4. Look for evidence of earlier exploitation
Review unusual processes and root accounts, application-file changes, web shells, scheduled tasks, SSH keys and unexpected outbound connections. For VMware, correlate host, vCenter, identity-provider and external SIEM logs. A missing event in one source should not end the investigation precisely because CVE-2026-41709 affects operation visibility.
5. Record the result
For each asset, retain its version before and after the change, date, owner, test outcome and incident-review decision. If an asset cannot be updated, document the risk owner, replacement date and temporary controls.
Source facts and Breachroad conclusions
CISA confirms exploitation of both vulnerabilities, their KEV entry date, descriptions and the need to follow vendor remediation together with forensic triage. Broadcom confirms the scope of CVE-2026-41709, its rating, required privilege and fixed builds.
Prioritising servers with vulnerable PHP, correlating multiple log sources and keeping a defined evidence set are Breachroad recommendations. Organisations can prepare administrators and service owners for these decisions through cybersecurity training for businesses. If inventory or environmental exposure remains uncertain, an IT security audit can establish the starting point.
CVE-2026-46300 and CVE-2026-41709 FAQ
Does a CISA KEV entry mean active exploitation?
Yes. CISA adds vulnerabilities to KEV based on evidence of active exploitation. It does not mean that every vulnerable system has been attacked.
Can an organisation ignore CVE-2026-41709 because its score is low?
No. The flaw requires administrator access, but can reduce visibility into that administrator’s operations. In a virtualised environment, this complicates both detection and incident investigation.
Does a Linux kernel update require a restart?
The new kernel normally needs to be loaded, which usually means a restart. Controlled live-patching mechanisms may be an exception. Confirm the active version after deployment.
What should happen after patching?
Confirm versions, test services and review evidence of possible exploitation before the update. A patch closes the vulnerability but does not remove the consequences of an earlier intrusion.
Primary sources: CISA Known Exploited Vulnerabilities Catalog, CISA KEV data feed, Broadcom VMSA-2026-0006.2.


