VB2014 paper: Bootkits: past, present & future

Posted by   Virus Bulletin on   Nov 12, 2014

Despite better defences, the era of bootkits is certainly not behind us.

Over the next few months, we will be sharing VB2014 conference papers as well as video recordings of the presentations. Today, we have added 'Bootkits: past, present & future', by Eugene Rodionov (ESET), Aleksandr Matrosov (Intel) and David Harley (ESET).

Bootkits are about as old as malware itself, with many of the first computer viruses targeting the operating system's boot sector. However, the age of modern bootkits started with the proof of concept 'BootRoot', presented at BlackHat 2005.

Since then, not only have many other more advanced proofs of concept been demonstrated by security researchers, we have also seen several of these techniques being used in the wild by malicious actors.

In a paper presented by Eugene Rodionov and Aleksandr Matrosov in Seattle, the authors look at how bootkits have evolved over time. They take a particular look at the techniques used by 'TDL4', 'Rovnix' and 'Gapz', the latter employing one of the stealthiest bootkit infection techniques seen so far.

network communication of W32/Gaps
  Win32/Gapz employs a rather sophisticated network implementation.

In the second part of the paper, the focus is on the Unified Extensible Firmware Interface (UEFI), the specification developed to replace BIOS boot software. This poses new challenges for bootkit authors, but as the 'Dreamboot' proof-of-concept bootkit has shown, these challenges are not impossible to overcome.

The authors of the paper then show different attack vectors that UEFI malware can use to take full control of a system.

Finally, they present two tools that those studying possible bootkit infections will probably find useful. CHIPSEC (available at Intel's Github page here) is an open-source framework for analysing the security of PC platforms including hardware, system firmware (including BIOS/UEFI) and the configuration of platform components. To retrieve the content of hidden storage used by many bootkits, the Hidden File System Reader tool (available at ESET's website here) can be very useful.

You can read the paper here in HTML-format, or download it here as a PDF (no registration or subscription required). You can download the presentation slides here. We have also uploaded the presentation to our YouTube channel.



Posted on 12 November 2014 by Martijn Grooten
twitter.png
fb.png
linkedin.png
googleplus.png
reddit.png

 

Latest posts:

New paper: Does malware based on Spectre exist?

It is likely that, by now, everyone in computer science has at least heard of the Spectre attack, and many excellent explanations of the attack already exist. But what is the likelihood of finding Spectre being exploited on Android smartphones?

More VB2018 partners announced

We are excited to announce several more companies that have partnered with VB2018.

Malware authors' continued use of stolen certificates isn't all bad news

A new malware campaign that uses two stolen code-signing certificates shows that such certificates continue to be popular among malware authors. But there is a positive side to malware authors' use of stolen certificates.

Save the dates: VB2019 to take place 2-4 October 2019

Though the location will remain under wraps for a few more months, we are pleased to announce the dates for VB2019, the 29th Virus Bulletin International Conference.

Necurs update reminds us that the botnet cannot be ignored

The operators of the Necurs botnet, best known for being one of the most prolific spam botnets of the past few years, have pushed out updates to its client, which provide some important lessons about why malware infections matter.

We have placed cookies on your device in order to improve the functionality of this site, as outlined in our cookies policy. However, you may delete and block all cookies from this site and your use of the site will be unaffected. By continuing to browse this site, you are agreeing to Virus Bulletin's use of data as outlined in our privacy policy.