Januscape: Patch the Hypervisor, Then Look at the Firmware
Mechanism: KVM's shadow paging path in nested virtualization mishandles page-table state. An L2 guest reaches host kernel memory. Sixteen years latent means it predates every KVM hardening you've leaned on. Mitigations, sandboxing assumptions, SELinux policies. It hits both Intel and AMD. There is no safe-vendor out.
Exposed: anything running VMs inside VMs. CI runners booting nested guests. Developer sandboxes. Cloud tiers reselling nested virt. Bare KVM without nested virt is likely out of scope. Verify with cat /sys/module/kvm_intel/parameters/nested (or kvm_amd).
The quieter item is worse for persistence. Six U-Boot flaws allow boot-time code execution via malicious firmware images. U-Boot sits under BMC/management chips: iLO, iDRAC, OpenBMC. A bad image there survives OS reinstalls, disk wipes, and standard IR. Most orgs have zero visibility into BMC firmware versions and no update process. Bare metal is the blind spot, including colocated GPU clusters for ML.
A hypervisor bug you can patch in an afternoon; a firmware bug you probably can't even enumerate.
The through-line with ShareFile's emergency Storage Zone Controller shutdown is the same. The layers you never instrumented are where the fight moved. Kernel patches follow disclosure fast. So will weaponized PoCs. Firmware is slow-burn debt. Start the inventory now, not mid-incident.
What to do
Enumerate nested-virt exposure (CI runners, dev sandboxes) via the kvm nested parameter and apply the CVE-2026-53359 kernel patch this week.
Inventory BMC/IPMI firmware versions across the bare-metal fleet and schedule U-Boot updates this quarter.