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.

Vulnerabilities / Threats

1/3/2014
04:20 PM
Connect Directly
Twitter
RSS
E-Mail
50%
50%

OpenSSL Says Breach Did Not Involve Corrupted Hypervisor

Hosting provider's compromised password system, not a hacked hypervisor, led to defacing of OpenSSL.org site, site reps say – after VMware cries foul.

Top 10 Cloud Fiascos
Top 10 Cloud Fiascos
(click image for larger view)

The administrators of OpenSSL.org have backed off a recent charge that their site was defaced Dec. 29 by a Turkish hackers group who reached it through a compromised hypervisor.

The hypervisor that was under suspicion appears to have been VMware's ESX Server, and the charge brought a denial on Thursday from VMware, after it conducted its own investigation.

OpenSSL site administrators said Friday that the intrusion occurred instead through its hosting provider's compromised password system. That exposure gave the group, calling itself TurkGuvenligiTurkSec, temporary control of a virtualization console and allowed it to place a taunting but otherwise harmless message on the OpenSSL site. None of the site's code repositories were altered in the intrusion, an OpenSSL spokesman said in a post to the OpenSSL.org website.

OpenSSL administrators had previously said in a New Year's Day post that the attack came "via hypervisor through the hosting provider and not via any vulnerability in the OS configuration." Neither the hosting provider nor the hypervisor were named, but VMware's quick response on Jan. 2 left little doubt it was defending the integrity of its ESX Server against the OpenSSL claim.

[Want more on VMware hypervisor security? See VMware Breach: Time To Assume Hypervisor Code Open?]

"VMware is aware of suggestions that the recent defacement of the OpenSSL Foundation website may be as a result of a hypervisor compromise," a VMware spokesman said in a Jan. 2 security blog post on the VMware site.

VMware had conducted its own investigation with the OpenSSL Foundation and its service provider. "We have no reason to believe that the OpenSSL website defacement is a result of a security vulnerability in any VMware products and that the defacement is a result of an operational security error," the VMware blog said. VMware officials weren't available for further comment.

In attributing the operational security error to its hosting provider on Friday, VMware added that both had taken steps to insure there was no repeat of the incident.

Although researchers have documented theoretical examples of possible avenues of attack through a hypervisor, thus far there have been no concrete incidents of hypervisors being implemented in the field. Furthermore, security experts have shown how those theoretical attacks could be thwarted, so hypervisors have not generally been viewed as a source of exposure to the virtual machines running underneath them. Because 18 to 30 or more VMs might be managed by a single hypervisor, a corrupted hypervisor is a threat, if it materialized in operations, that could be leveraged across many virtual servers.

Ars Technica reported that the damage appears mainly to be to OpenSSL.org's pride. A Turkish hacking group left the message: "TurkGuvenligiTurkSec Was Here... we love openssl..." The last part of the message suggests the hackers were showing off skills without meaning to inflict code damage on the site.

Attackers typically try to exploit a weak or unpatched Windows or Linux operating system or a database buffer overflow, not the hypervisor. More details will be disclosed as OpenSSL proceeds with its forensics, it said.

Both the nature of the attack and sensitivity of the site meant this intrusion was going to get thoroughly reconstructed and examined. OpenSSL.org and VMware have both omitted the name of the service provider in their statements.

With growing reliance on virtualization in the datacenter and the public cloud, any hypervisor breach will draw instant attention. Dan Goodin, security editor for Ars Technica, concluded: "Users should demand a thorough autopsy. And while they're at it, they should demand the official maintainers of PHP and the Linux kernel make good on promises to provide autopsies of serious compromises on their own servers."

The public record of hypervisor operations from all vendors has so far not cited any cases of intrusion through a corrupted virtual machine system. Hypervisors are new and more difficult marks than Windows or Java. Nevertheless, as this incident points out, the intruders are getting more sophisticated, and it's inevitable that 2014 might reveal just how far attackers can go when it comes to penetrating the hypervisor.

Charles Babcock is an editor-at-large for InformationWeek, having joined the publication in 2003. He is the former editor-in-chief of Digital News, former software editor of Computerworld, and former technology editor of Interactive Week.

Private clouds are moving rapidly from concept to production. But some fears about expertise and integration still linger. Also in the Private Clouds Step Up issue of InformationWeek: The public cloud and the steam engine have more in common than you might think. (Free registration required.)

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Stratustician
50%
50%
Stratustician,
User Rank: Moderator
1/7/2014 | 2:37:33 PM
Locking down the hypervisor
I sadly think we are going to see lots of these types of incidents as ports are left open in virtual environments, as well as faulty SSL policies.  The real threat to the hypervisor will probably come from an unsecured VM being accessed and somehow the hypervisor is accessed, or through the management console.  In a private environment it's a scary thought, but in a public environment where multiple companies share the same hypervisor, it's the stuff that would keep security folks up at night.
asksqn
50%
50%
asksqn,
User Rank: Ninja
1/4/2014 | 6:24:06 PM
The Turkish hack was a just a dry run-
Next time, however, it is doubtful the next crop of hackers will be so warm/fuzzy.  Regardless, this is a breach that should underscore security is dynamic.  It is simply no longer enough to rest on the laurels of hard to hack 'nux distros and proclaim impregnability.
cbabcock
50%
50%
cbabcock,
User Rank: Apprentice
1/3/2014 | 7:13:51 PM
First it was, then it wasn't
I like the speedy resolution of this issue. There's bound to be some questions at a site as sensitive as OpenSSL when an incident occurs, and the site administrators were on the right track when they pointed toward the hosting service server, VMware had the courage of its convictions to say no, it was not the hypervisor, when OpenSSL first pointed in that direction, and indeed, it was password management on the hosting site. Multiple parties looking at the problem came up with the right answers quickly and pretty transparently. Salud.
Sodinokibi Ransomware: Where Attackers' Money Goes
Kelly Sheridan, Staff Editor, Dark Reading,  10/15/2019
Data Privacy Protections for the Most Vulnerable -- Children
Dimitri Sirota, Founder & CEO of BigID,  10/17/2019
7 SMB Security Tips That Will Keep Your Company Safe
Steve Zurier, Contributing Writer,  10/11/2019
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: The old using of sock puppets for Shoulder Surfing technique. 
Current Issue
7 Threats & Disruptive Forces Changing the Face of Cybersecurity
This Dark Reading Tech Digest gives an in-depth look at the biggest emerging threats and disruptive forces that are changing the face of cybersecurity today.
Flash Poll
2019 Online Malware and Threats
2019 Online Malware and Threats
As cyberattacks become more frequent and more sophisticated, enterprise security teams are under unprecedented pressure to respond. Is your organization ready?
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2019-8216
PUBLISHED: 2019-10-17
Adobe Acrobat and Reader versions , 2019.012.20040 and earlier, 2017.011.30148 and earlier, 2017.011.30148 and earlier, 2015.006.30503 and earlier, and 2015.006.30503 and earlier have an out-of-bounds read vulnerability. Successful exploitation could lead to information disclosure .
CVE-2019-8217
PUBLISHED: 2019-10-17
Adobe Acrobat and Reader versions , 2019.012.20040 and earlier, 2017.011.30148 and earlier, 2017.011.30148 and earlier, 2015.006.30503 and earlier, and 2015.006.30503 and earlier have an use after free vulnerability. Successful exploitation could lead to arbitrary code execution .
CVE-2019-8218
PUBLISHED: 2019-10-17
Adobe Acrobat and Reader versions , 2019.012.20040 and earlier, 2017.011.30148 and earlier, 2017.011.30148 and earlier, 2015.006.30503 and earlier, and 2015.006.30503 and earlier have an out-of-bounds read vulnerability. Successful exploitation could lead to information disclosure .
CVE-2019-8219
PUBLISHED: 2019-10-17
Adobe Acrobat and Reader versions , 2019.012.20040 and earlier, 2017.011.30148 and earlier, 2017.011.30148 and earlier, 2015.006.30503 and earlier, and 2015.006.30503 and earlier have an use after free vulnerability. Successful exploitation could lead to arbitrary code execution .
CVE-2019-8220
PUBLISHED: 2019-10-17
Adobe Acrobat and Reader versions, 2019.012.20040 and earlier, 2017.011.30148 and earlier, 2017.011.30148 and earlier, 2015.006.30503 and earlier, and 2015.006.30503 and earlier have an use after free vulnerability. Successful exploitation could lead to arbitrary code execution .