Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.


02:21 PM

VMware Confirms Hacker Leaked Source Code For ESX Hypervisor

Officials at VMware have confirmed source code released by a hacker is legitimate, but said customers may not necessarily be at increased risk

A hacker has taken credit for posting source code online for VMware's ESX hypervisor product, but the company said yesterday that customers may not face additional risk.

VMware officials say the posting is of a single file from the VMware ESX source code, and both the code and associated developer commentary date back to the 2003 to 2004 time frame.

"The fact that the source code may have been publicly shared does not necessarily mean that there is any increased risk to VMware customers," Iain Mulholland, director of VMware Security Response Center, blogged. "VMware proactively shares its source code and interfaces with other industry participants to enable the broad virtualization ecosystem today. We take customer security seriously and have engaged internal and external resources, including our VMware Security Response Center, to thoroughly investigate. We will continue to provide updates to the VMware community if and when additional information is available."

VMware did not offer further details on the incident today when contacted for additional comment, but a spokesperson says the company will continue to investigate. The source-code file is part of a trove of documents leaked by a hacker known as "Hardcore Charlie" that also include what appears to be an internal VMware memo pasted onto letterhead for Beijing-based China National Import & Export Corp. (CEIEC).

According to a published report on Threatpost, Hardcore Charlie claims to have hacked CEIEC as well as a number of other firms in the Asia-Pacific region, including China North Industries Corp. He also claimed to have stolen more than a terabyte of data from those companies’ servers with the help of other hackers.

"While details are sketchy, this attack once again shows that even the best prepared firms can have risks from consequential third-party access to data out of their control," says Mark Bower, data protection expert and vice president at Voltage Security. "The real pain for the industry in this case is less about counterfeit VMware instances, but the intimate knowledge attackers may now possess of possible vulnerabilities in a critical virtualization tool that is the foundation for many enterprise data centers, clouds, and applications."

Eric Chiu, founder and president of virtualization security firm HyTrust, notes that the prevalence of virtualization technologies make it little wonder that hackers would be interested in VMware source code.

"Virtualization is mainstream and over 50 percent of enterprise datacenters are now virtualized," he says. "Because of this success, virtual infrastructure is a prime target for attack -- so the theft of VMware ESX source code, similar to RSA's breach last year, is no surprise."

Have a comment on this story? Please click "Add Your Comment" below. If you'd like to contact Dark Reading's editors directly, send us a message.

Comment  | 
Print  | 
More Insights
Newest First  |  Oldest First  |  Threaded View
User Rank: Apprentice
4/26/2012 | 2:56:34 PM
re: VMware Confirms Hacker Leaked Source Code For ESX Hypervisor
They are a major vendor in visualization I like there product I hope they don't fall victim like Symantec did not so long ago.
Inside the Ransomware Campaigns Targeting Exchange Servers
Kelly Sheridan, Staff Editor, Dark Reading,  4/2/2021
Beyond MITRE ATT&CK: The Case for a New Cyber Kill Chain
Rik Turner, Principal Analyst, Infrastructure Solutions, Omdia,  3/30/2021
Register for Dark Reading Newsletters
White Papers
Current Issue
2021 Top Enterprise IT Trends
We've identified the key trends that are poised to impact the IT landscape in 2021. Find out why they're important and how they will affect you today!
Flash Poll
How Enterprises are Developing Secure Applications
How Enterprises are Developing Secure Applications
Recent breaches of third-party apps are driving many organizations to think harder about the security of their off-the-shelf software as they continue to move left in secure software development practices.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
PUBLISHED: 2021-04-17
The overlayfs implementation in the linux kernel did not properly validate with respect to user namespaces the setting of file capabilities on files in an underlying file system. Due to the combination of unprivileged user namespaces along with a patch carried in the Ubuntu kernel to allow unprivile...
PUBLISHED: 2021-04-17
Shiftfs, an out-of-tree stacking file system included in Ubuntu Linux kernels, did not properly handle faults occurring during copy_from_user() correctly. These could lead to either a double-free situation or memory not being freed at all. An attacker could use this to cause a denial of service (ker...
PUBLISHED: 2021-04-17
A command injection vulnerability has been reported to affect QTS and QuTS hero. If exploited, this vulnerability allows attackers to execute arbitrary commands in a compromised application. We have already fixed this vulnerability in the following versions: QTS Build 20210202 and later Q...
PUBLISHED: 2021-04-17
An SQL injection vulnerability has been reported to affect QNAP NAS running Multimedia Console or the Media Streaming add-on. If exploited, the vulnerability allows remote attackers to obtain application information. QNAP has already fixed this vulnerability in the following versions of Multimedia C...
PUBLISHED: 2021-04-16
jose-node-esm-runtime is an npm package which provides a number of cryptographic functions. In versions prior to 3.11.4 the AES_CBC_HMAC_SHA2 Algorithm (A128CBC-HS256, A192CBC-HS384, A256CBC-HS512) decryption would always execute both HMAC tag verification and CBC decryption, if either failed `JWEDe...