Attacks/Breaches
11/5/2012
02:31 PM
Connect Directly
RSS
E-Mail
50%
50%

VMware ESX Source Code Leaked Online -- Again

A hacker has made source code for VMware's ESX hypervisor available for download

More source code for VMware's ESX hypervisor technology has been leaked onto the Internet.

The code, which dates back to 2004, is related to the posting of code back in April, according to VMware director of platform security Ian Mulholland. "It is possible that more related files will be posted in the future," he writes. "We take customer security seriously and have engaged our VMware Security Response Center to thoroughly investigate."

A hacker using the alias "Stun" posted on Twitter a link where the code could be downloaded. He wrote that while VMware would try to downplay the issue by pointing to the age of the code, "thanks god, there is still such as [sic] thing as reverse engineering that will prove it's true destiny."

"Little sidenote about this release," the alleged hacker writes, "it is the VMKernel from between 1998 and 2004, but as we all know, kernels don't change that much in programs, they get extended or adapted but some core functionality still stays the same."

The source of the April leak was widely believed to be a hacker by the name of "Hardcore Charlie," who also posted internal emails from VMware and claimed to have compromised a system belonging to the China Electronics Import-Export Corporation (CEIEC). At the time, VMware said the leak did not necessarily pose a risk to customers, and that it shares its source code and interfaces with other industry partners to "enable the broad virtualization ecosystem."

"Ensuring customer security is our top priority," VMware's Mulholland blogged Sunday. "As a matter of best practices with respect to security, VMware strongly encourages all customers to apply the latest product updates and security patches made available for their specific environment. We also recommend customers review our security hardening guides. By applying the combination of the most current product updates and the relevant security patches, we believe our customer environments will be best protected."

Earlier this year, hackers posted source code for Symantec's pcAnywhere software online after a failed extortion attempt.

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
Register for Dark Reading Newsletters
White Papers
Flash Poll
Current Issue
Cartoon
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-3341
Published: 2014-08-19
The SNMP module in Cisco NX-OS 7.0(3)N1(1) and earlier on Nexus 5000 and 6000 devices provides different error messages for invalid requests depending on whether the VLAN ID exists, which allows remote attackers to enumerate VLANs via a series of requests, aka Bug ID CSCup85616.

CVE-2014-3464
Published: 2014-08-19
The EJB invocation handler implementation in Red Hat JBossWS, as used in JBoss Enterprise Application Platform (EAP) 6.2.0 and 6.3.0, does not properly enforce the method level restrictions for outbound messages, which allows remote authenticated users to access otherwise restricted JAX-WS handlers ...

CVE-2014-3472
Published: 2014-08-19
The isCallerInRole function in SimpleSecurityManager in JBoss Application Server (AS) 7, as used in Red Hat JBoss Enterprise Application Platform (JBEAP) 6.3.0, does not properly check caller roles, which allows remote authenticated users to bypass access restrictions via unspecified vectors.

CVE-2014-3490
Published: 2014-08-19
RESTEasy 2.3.1 before 2.3.8.SP2 and 3.x before 3.0.9, as used in Red Hat JBoss Enterprise Application Platform (EAP) 6.3.0, does not disable external entities when the resteasy.document.expand.entity.references parameter is set to false, which allows remote attackers to read arbitrary files and have...

CVE-2014-3504
Published: 2014-08-19
The (1) serf_ssl_cert_issuer, (2) serf_ssl_cert_subject, and (3) serf_ssl_cert_certificate functions in Serf 0.2.0 through 1.3.x before 1.3.7 does not properly handle a NUL byte in a domain name in the subject's Common Name (CN) field of an X.509 certificate, which allows man-in-the-middle attackers...

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Dark Reading continuing coverage of the Black Hat 2014 conference brings interviews and commentary to Dark Reading listeners.