There's a little bit of serendipity floating about today and timing is everything.
Ed Skoudis (IntelGuardians) and I were chatting last week at ShmooCon regarding his previous research on VM guest escapes in hosted platforms and I raised a concern regarding my use of Parallel shared folders between my hosted XP installation and the underlying OSX host operating system.
I reckoned that this would be a very interesting vector for potential exploitation as it provides a direct pipeline to the underlying host OS and filesystem.
While this bit of news isn't about Parallels, it is about VMware's comparable products (workstation, ACE, player, etc.) and it exploits the same vector. From Computerworld:
February 24, 2008 (Computerworld) A critical vulnerability in VMware Inc.'s virtualization software for Windows lets attackers escape the "guest" operating system and modify or add files to the underlying "host" OS, the company has acknowledged.As of Sunday, there was no patch available for the flaw, which affects VMware's Windows client virtualization programs, including Workstation, Player and ACE. The company's virtual machine software for Windows servers, and for Mac- and Linux-based hosts, are not at risk.
The bug was reported by Core Security Technologies, makers of the penetration testing framework CORE IMPACT, said VMware in a security alert issued last Friday. "Exploitation of this vulnerability allows attackers to break out of an isolated Guest system to compromise the underlying Host system that controls it," claimed Core Security.
According to VMware, the bug is in the shared folder feature of its Windows client-based virtualization software. Shared folders lets users access certain files -- typically documents and other application-generated files -- from the host OS and any virtual machine on that physical system.
"On Windows hosts, if you have configured a VMware host-to-guest shared folder, it is possible for a program running in the guest to gain access to the host's complete file system and create or modify executable files in sensitive locations," confirmed VMware.
There is currently no patch available. The mitigation strategy is to disable shared folders.
It's important to reiterate that this vulnerability does not affect VMware's Type 1 (bare metal) virtualization platforms such as ESX. However, on Friday, VMware released fixes for 5 vulnerabilities in ESX, some of which could be exploited to bypass security controls, gain access to data or result in denial of service.
/Hoff
{image from Anthony Martin Escapes}
UPDATE: Coverage of this is being hammed up quite a bit in the press to sound like it's going to shake the very foundations of virtualization...not so much. It's an issue that is reasonably easy to address and represents what can be generally referred to as a relatively small attack surface. Yes, it reinforces the need to think about VirtSec in the Type 2 (hosted) virtualization world, but as I said in the comments, it really depends upon how and why you've deployed client-side virtualization.