New Keylogger on the Block

Gabor Szappanos

Sophos, Hungary

Copyright © 2016 Virus Bulletin



KeyBase is a trending payload in several of today's malware groups. In fact, we have seen evidence that all of the Office exploit kits (MWI, AK-1, AK-2, DL-1 and DL-2) have been used to distribute it. A detailed description of these Office kits can be found in [1].

One of the incidents related to the KeyBase trojan was described in [2], while a very detailed and extensive listing of incidents was published in [3]. Its significance is being recognized, and recently Team Cymru started tracking KeyBase C&C activity [4].

In this paper we provide an overview of KeyBase, both the keylogger itself and the server-side management component. Additionally, we will look at an example of when this trojan was used.

KeyBase Builder

KeyBase is a commercial product (i.e. it is sold for money, which does not necessarily means that it is legitimate). The original homepage of the product was (note that, despite the fact that the URL differs only by one character, it is not related in any way to the popular public key store

However, the project has been shut down due to its increased use by criminals.


Figure 1: The project has been shut down.

This move hasn't stopped the criminals from using the keylogger in their campaigns though. Even now (at the time of writing: June 2016) we are seeing new instances being distributed.

The Wayback Machine web archive stores earlier versions of the site, which give us some hints about the capabilities of the tool [5].

KeyBase is more than just a simple keylogger, it is a complete credential stealing suite. Aside from stealing credentials from all popular web browsers and email clients, KeyBase is also capable of storing keystrokes and clipboard content, and screenshots can also be created with it.

Passwords are stolen from a long list of applications which include the most popular web browsers and email clients.


Figure 2: Passwords are stolen from a long list of applications.

Password stealing is not an original development in the product. This functionality is outsourced using the MailPassView and WebBrowserPassView utilities from Nirsoft [6] – as in most other contemporary credential stealers (e.g. Predator Pain, Hawkeye, iSpy).

The Nirsoft utilities are stored in encrypted form (using the AES algorithm) and extracted and executed on the fly when needed, as shown in Figure 3

Figure3-keybase.jpgFigure 3: The Nirsoft utilities are stored in encrypted form and extracted and executed on the fly.

In this example the email stealer is stored as a resource called 'Recovermail'. Figure 4 shows the version information of the embedded utilities. 

Figure4-keybase.jpgFigure 4: Version information of the embedded utilities.

Screenshots are taken periodically and uploaded to the server. It is even possible, using the InstaLogging feature, to specify which applications trigger the screenshot (see Figure 5). 

Figure5-keybase.jpgFigure 5: The InstaLogging feature specifies which applications trigger the screenshot.

In most cases the screenshot feature is turned off, which is probably to save disk space on the server side – KeyBase can easily create thousands of screenshots, which consume several gigabytes of disk space.

As shown in Figure 6, the uploading of clipboard content is configurable, and a self-destruct date can even be specified for time-limited operations (see Figure 7). 

Figure6-keybase.jpgFigure 6: Clipboard content uploading. 


Figure 7: A self-destruction date can be specified for time‑limited operations.

Most of the keyloggers we see today support multiple submission methods for stolen data; these are usually email, FTP and web upload. KeyBase supports only one of these, web upload.

Once the installation of the trojan is complete, it sends back a notification to the server (as an HTTP GET request sent to the server side PHP script) (see Figure 8). 

Figure8-keybase.jpgFigure 8: Once the installation of the trojan is complete it sends back a notification.

Then it periodically sends the collected keystrokes and other information in the same way (Figure 9).

Figure9-keybase.jpgFigure 9: Periodically it sends the collected keystrokes and other information.

Interestingly, even though most of the strings are encrypted in the source of the trojan (using a slightly modified Vigenere cypher), and are thus hidden from simple analysis tools, the web panel URL is stored in plain text. 


Figure 10: The web panel URL is stored in plain text.

An interesting feature is that the password for encrypting the string variables is not specified in plain text (which would make it relatively easy to guess/crack), but instead is derived from a bitmap when generating the trojan with the builder. Clicking within the map sets the password.


Figure 11: The password for encrypting the string variables is derived from a bitmap.

KeyBase Server Side

Although it falls short compared with other common keyloggers in terms of submission features, one clear advantage of KeyBase is a user-friendly server-side interface, Keypanel, which starts with a login page, as shown in Figure 12


Figure 12: KeyBase login.

A successful login leads to a dashboard (Figure 13), which summarizes the information collected from the infected victims, listing separately the infected computers, collected passwords, logged keystrokes and uploaded screenshots. 

Figure13-keybase.jpgFigure 13: A dashboard summarizes the available information collected from the infected victims.

From here it is possible to access the uploaded clipboard content (Figure 14) and the stolen passwords (Figure 15), or browse the screenshots (Figure 16). 

Figure14-keybase.jpgFigure 14: The uploaded clipboard content can be accessed. 

Figure15-keybase.jpgFigure 15: The stolen passwords can be accessed. 

Figure16-keybase.jpgFigure 16: The screenshots can be browsed.

Having access to all of this data is just the beginning, the real activities start when the criminals begin to use the stolen information in their schemes.

The stolen data is typically used in supply chain hijacking attacks, similar to the one described in [7], which features a different keylogger, Hawkeye.

KeyBase Campaign

As examples we take a series of KeyBase trojan variants that sent stolen data to the server.
These trojans were distributed in email messages like the one shown in Figure 17


Figure 17: KeyBase trojan distribution email.

The trojan was attached to the email as a Windows executable packed in a ZIP archive. In this case Office exploits were not used in the distribution, instead the criminals relied on traditional social engineering.

In another case we couldn't recover the original email, but we know that the trojan was distributed by email, once again in an archive. This time the archive was named 'enquiry_shipsrv_047pdf.gz' (even though the file extension suggests it was a gzip archive, it was really a renamed ZIP file).

VirusTotal data suggests that the original email had the following text:

From: PT Indofuels Limited
Sent: Monday, 19 October, 2015 4:08 PM
*Blank out*
Subject: Request for Quotation

Hello sir,

We just sent you our Request for Quotation via ShipServ.

Attached please find additional data, as announced in our ShipServ inquiry.

We are looking forward to receiving your quotation.

Best regards

Mr Tse Lenora
PT Indofuels Limited
Tel : +852 31889879
Email :
Website :
(1) It is not SPAM/Junk Mail but only regular e-mail of shipping & chartering business;
(2) If you are not interested in these biz areas and do not want to receive our mail again, please inform us;
(3) Please consider the environment before printing this e-mail.

When the victim opens and executes the attachment, the trojan activates and installs itself on the computer, then creates a link in the user's %STARTUP% directory. This way, the keylogger will execute every time the computer is turned on.

On the server we found multiple installations of the server‑side panel.


Figure 18: Multiple installations of the server-side panel.

Here, each of the subfolders (except for cgi-bin and tmp) contained a separate control panel. A possible reason for this is to separate different malware distribution campaigns. We were able to identify a couple of samples that connected to some of the panels.

SHA1 Drop folder/panel
2243661696ef0a519c6583ac1ab2e14088fe476f roko

The majority of the panels were empty – either the campaign didn't start or the logs had already been deleted.


Figure 19: The majority of the panels were empty.

Even though a typical campaign in this operation affected only a few dozen computers, the criminals managed to collect a lot of password and keystrokes (and skipped the screenshots, possibly to spare server storage).


Figure 20: The criminals managed to collect a lot of password and keystrokes.

It is generally observable with KeyBase (and other keylogger) campaigns that the criminals keep the number of infected hosts low – in the dozens. This gives them a manageable amount of data and number of victims, for when they (usually) engage in invoice hijacking actions.

The target distribution of the KeyBase campaigns tied to the domain is illustrated in Figure 21. The main targets were in Asia, India, Indonesia, Bangladesh and Djibouti. 

Figure21-keybase.jpgFigure 21: The main targets were in Asia, India, Indonesia, Bangladesh and Djibouti.

We don't have information on the actual use of the credentials, but it is likely that the criminals were engaged in a supply chain hijacking operation, much like that described in [7].




Download PDF



Latest articles:

The threat and security product landscape in 2017

VB Editor Martijn Grooten looks at the state of the threat and security product landscape in 2017.

VB2017 paper: Nine circles of Cerber

The Cerber ransomware was mentioned for the first time in March 2016 on some Russian underground forums, on which it was offered for rent in an affiliate program. Since then, it has been spread massively via exploit kits, infecting more and more…

VB2017 paper: Modern reconnaissance phase by APT – protection layer

During recent research, Talos researchers observed the ways in which APT actors are evolving and how a reconnaissance phase is included in the infection vector in order to protect valuable zero-day exploits or malware frameworks. Indeed, the…

VB2017 paper: Peering into spam botnets

Despite spam botnets being so important in the lifecycle of malware, recent publications describing massive spam operations (which can be counted on the fingers of one hand) have either skipped over the technical details or else concentrated too much…

VB2016 paper: Anti-malware testing undercover

Anti-malware testing is highly complex, and it becomes more and more challenging as new technologies are adopted by the industry to protect users. Rather than focusing on the technical challenges that testers face nowadays, this VB2016 paper focuses…

Bulletin Archive