An engineer works at a laptop in a warm lit office. Photo by Kelum Chathuranga on Unsplash. Source: https://unsplash.com/photos/a-man-sitting-in-front-of-a-laptop-computer-0m-6I48ChD8 (Unsplash License).

Broadcom shipped VMware HyperArmor on 13 October, and the reason it exists is more interesting than the feature list. Broadcom says its own AI tooling is finding hypervisor flaws faster than customers can absorb the fixes.

What it does

  • Blocks the behaviour of a known exploit at the ESX host layer, before an official patch is installed.
  • Baselines which scripts and executables a host may run, and blocks anything new until an administrator approves it.
  • Adds a time-based one-time password to SSH logins on the host, so a stolen root password is not enough.
  • Sells as a separate add-on to VMware Cloud Foundation, second factor included.
  • Broadcom positions it as the host-layer twin of vDefend, which already does this for network traffic. Support starts at ESX 8.x.

Virtual patching stops a technique someone has already written down. It does not remove the flaw, and Broadcom’s own engineers describe it as buying time to test rather than permission to skip the update.

Read the full analysis. Broadcom Built HyperArmor Because Patching the Hypervisor Is Too Slow

By Ivan Tarin

Ivan Tarin is a Principal Product Marketing Manager at SUSE, where he owns go-to-market strategy and positioning for a seven-product cloud-native portfolio spanning Kubernetes, virtualization, storage, security, and observability. A former full-stack developer who shipped production code for enterprise and public-sector clients including U.S. national laboratories, Ivan translates complex infrastructure and AI technology into messaging that lands with developers, platform teams, and enterprise buyers. He has presented at KubeCon, SUSECON, and AWS Developer Week, and is currently pursuing an MS in Artificial Intelligence at the University of Colorado Boulder.

Leave a Reply

Your email address will not be published. Required fields are marked *

Get the next one before it is old news

Independent analysis of cloud-native infrastructure, Kubernetes and data center economics. No vendor spin.