News: 1645132418

  ARM Give a man a fire and he's warm for a day, but set fire to him and he's warm for the rest of his life (Terry Pratchett, Jingo)

VMware patches critical guest-to-host vulnerabilities

(2022/02/17)


In an advisory this week, VMware [1]alerted users to guest-to-host vulnerabilities in the XHCI and UHCI USB controllers in its ESXi hypervisor, plus an important [2]flaw fixed in NSX Data Center for vSphere.

In all, five vulnerabilities were discovered in VMware's ESXi, Workstation, Cloud Foundation (ESXi), and Fusion during the Tianfu Cup 2021, a Chinese vulnerability competition, by the country's Kunlun Lab. Bugs that Kunlun discovered were disclosed privately to VMware – though last year China passed a new law ordering security researchers to [3]reveal findings to the country's Ministry of Public Security at least two days before anyone else.

The vendor said it hadn't seen any evidence the competition's findings had been exploited in the wild. Patches have been issued, now it's up to admins to schedule them. The vulnerabilities range from use-after-free() and double-fetch flaws that can be exploited to execute code on the host, to an old-fashioned denial of service (DoS). The full list for ESXi, Workstation, Cloud Foundation, and Fusion is:

CVE-2021-22040, Use-after-free() vulnerability in XHCI USB controller

CVE-2021-22041, Double-fetch vulnerability in UHCI USB controller

CVE-2021-22042, ESXi settingsd unauthorized access vulnerability

CVE-2021-22043, ESXi settingsd TOCTOU vulnerability

CVE-2021-22050, ESXi slow HTTP POST denial of service vulnerability (found by Russia's SolidLab)

"The individual vulnerabilities documented on this VMSA have severity Important/Moderate but combining these issues may result in higher severity, hence the severity of this VMSA is at severity level Critical," said VMware, using its internal term for a security advisory note.

The XHCI and UHCI USB controller bugs can be exploited by a malicious person with administrative privileges in a virtual machine to execute code as the VM's VMX process running on the host. If readers have a sense of deja vu about this, that's because an almost identically described vuln was [4]reported in 2020 and tracked as CVE-2020-4004.

[5]

VMware [6]noted : "In short, patching VMware ESXi, Workstation, and Fusion are the fastest methods to resolve these issues. There is also a workaround: removing the USB controllers from virtual machines, though that may be infeasible at scale and does not eliminate the potential threat like patching does."

[7]

Thus, if you have virtual machines with these USB controllers already removed, you can breathe a little sigh of relief.

Meanwhile, the settingsd flaws can be abused to write to arbitrary files or access the service as a higher-privileged user. The NSX flaw can be exploited by a user with SSH access to an NSX-Edge appliance to execute commands as root. This is present in Cloud Foundation (NSX-V), too. ®

Get our [8]Tech Resources



[1] https://www.vmware.com/security/advisories/VMSA-2022-0004.html

[2] https://www.vmware.com/security/advisories/VMSA-2022-0005.html

[3] https://www.theregister.com/2021/07/15/china_vulnerability_law/

[4] https://www.theregister.com/2020/11/20/vmware_esxi_flaws/

[5] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/virtualization&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=2&c=2Yg7Tm@13z56pQI5gZKi@-QAAAJc&t=ct%3Dns%26unitnum%3D2%26raptor%3Dcondor%26pos%3Dtop%26test%3D0

[6] https://via.vmw.com/vmsa-2022-0004-qna

[7] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/virtualization&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=4&c=44Yg7Tm@13z56pQI5gZKi@-QAAAJc&t=ct%3Dns%26unitnum%3D4%26raptor%3Dfalcon%26pos%3Dmid%26test%3D0

[8] https://whitepapers.theregister.com/



don't freak out too much

Nate Amsden

I just checked my group's VMs on ESXi 6.5, just over 700 VMs, 98% linux, only one of them has a USB controller(a special purpose windows system), should be easy enough to remove.

To check, I used the tool govc, parsed the VM listing, and then used the device.info option to list all devices attached to each VM. I know powershell is popular with vmware folks, as a linux person I have never really used Powershell myself(yes I know it's available for linux).

https://github.com/vmware/govmomi/blob/master/govc/USAGE.md

All that is gold does not glitter,
Not all those who wander are lost;
The old that is strong does not wither,
Deep roots are not reached by the frost.
From the ashes a fire shall be woken,
A light from the shadows shall spring;
Renewed shall be blade that was broken,
The crownless again shall be king.
-- J. R. R. Tolkien