Are Malware operators using NSIS Installers to bombard Stealers and avoid detection?


Threat actors have been using new techniques to hide their codes and avoid detection in every manner. They now use a new trend through NSIS (Nullsoft Scriptable Install System), which is an open-source installer that can bundle various files together. In the past, Malware attackers have used this NSIS-based crypter to hide themselves. This trend has been observed in malware families such as Lokibot, Ave Marie stealer, AgentTesla, Formbook, etc. This blog describes deeper insights into the new trend of cyber-attacks.


Let us look into the below hash (2D4739AB2D34EEC849D903E05E8E0EB4).

This is an NSIS file that can be identified through the DIE tool

Fig 1: DIE Tool showing NSIS

On extracting the file using 7zip, we can see the contents in the folder. It has two encrypted payloads and an executable inside it. On execution, all the files are dropped in the %temp% folder.

         Fig 2: Inside the NSIS file

Let us now look into the executable jyacil.exe (MD5: 81EC4B73F581DD36CBDBB6C695CD038C). The file allocates memory using VirtualAlloc API and then copies the encrypted payload (botredmnra-6kb) into that allocated space.

Fig 3: Virtually Allocated memory containing the encrypted payload

This payload is decrypted into shellcode by the decryption loop followed.

Fig 4: Decryption loop

The code flow now moves into the decrypted shellcode, which is directly responsible for decrypting the bigger payload.

Fig 5: Decrypted shellcode

Now the bigger encrypted file is read from %temp% using ReadFile API and copied into virtually allocated memory. Then the file is decrypted by a big decryption loop whose chunks are present below. It is a massive loop, so only a few fragments are shown in the picture.

Fig 6: Decryption loop

Fig 7: Decryption loop

This decryption brings in another PE file which is the actual payload.

Fig 8: Payload

After this, process hollowing is done, and the actual malware payload performs its activity. Let us now focus on the actual malware (md5: C6085AED2E2C782F81CCCA6B5FACA13E[Visual C++ compiler]).

The malware creates a mutex to make sure only one instance is running. It then creates a file <randomname>.tmp to store all stolen information. This random name is formed by two unique strings present in the file.

Fig 9: Unique strings to form random name

 The C2 URL is hardcoded, which is later decrypted.

Fig 10: Hardcoded URL

Fig 11: C2 Formed after decryption

This payload is Lokibot stealer, which steals credentials from:

Comodo, Maplestudio, Google Chrome, Nichrome, RockMelt, Spark, Chromium, Titanium Browser, Yandex, Torch, Mustang Browser, NetSarang, FossaMail, Postbox, MoonChild, NetGate, Total Commander, EasyFTP, FileZilla, KiTTy, etc. and sends to C2 :


Fig 12: Lokibot-related strings

ANALYSIS- Ave Marie Stealer

We now look into another file belonging to Ave Marie Stealer (MD5: CE488BABC73497C16CE8D2DE5ED218A7). This is also an NSIS-based file.

Using 7zip, we can see the contents present inside the file:

Fig 13: Inside NSIS Files

In this case, dyhqo.exe is responsible for decrypting the jvqnj (8kb file) and forms a shellcode which later decrypts the bigger payload gdrat8hotr11us6qz, which is the actual payload.

There is a slight change in the decryption loop in the first stage (The remaining file is almost the same):

                                                                                          Fig 14: Decryption loop

After the second stage decryption, we get the Ave Marie stealer (Delphi file) (MD5: E77D247BB34818C0C3352762C7DE0213). Related strings can be seen in the figure. This stealer captures keystrokes and steals data from various browsers such as UCBrowser, CentBrowser, Comodo, Chromium, Blisk, Microsoft Edge, etc.

 Fig 15: Ave Marie related strings observed in the inner payload

Fig 16: C2 URL:


Let us now look into another file belonging to Formbook (MD5: 66BE80324D7937C5E17F5D4B08574145). This is also an NSIS based file.

Using 7zip, we can see the contents inside the file:

Fig 17: Inside the NSIS file

In this case, also omrtoehch.exe is responsible for decrypting the wygeuhclea (6kb file) and forms a shellcode which later decrypts the bigger payload y27ub6kcvxv73holza44, which forms the actual payload.

There is a change in the decryption loop in the first stage (The remaining file is almost the same). It is a big loop, so chunks of code are shown below:

Fig 18: Decryption loop

After the second stage decryption, we get another payload (Visual C MD5: D0FF8F95A6AA286D781528197255B805).  In this file, it can be clearly observed that there is another PE file inside the resources (RCDATA). Let’s extract that and look into what exactly it is (F2E113BE23813F22EAA3B82CCBE535EA).

Fig 19

This file is a DOTNET file obfuscated by “Obfuscar, “which is an open-source .Net Obfuscator.

Fig 20

The code is highly obfuscated, and each string is decrypted at runtime. The encoded strings are highlighted. All the characters are stored in a single array of bytes, accessed by <<EMPTY_NAME>>

Fig 21

The decryption is done by the above list by XOR operation with the encrypted byte, its position on the list, and the decimal number 170.

Fig 22

This payload, to access a string, will call the function that returns the string by accessing its position in the list and its length.

After decrypting the payload, the following strings were found, which are related to AgentTeslaV3:







\Apple Computer\Preferences\keychain.plist





\Common Files\Apple\Apple Application Support\plutil.exe






\Default\Login Data






\Microsoft\Edge\User Data


\Moonchild Productions\Pale Moon\




\NETGATE Technologies\BlackHawk\


\Opera Mail\Opera Mail\wand.dat




All these files have the following infection chain


Fig 22: Email containing XLSX attachment


How does Quick heal protect its customers?

Quick heal protects its customers via following detections:

  • IgenericPMF.S28122388
  • NSISFrmbk.S26708217
  • NSISLokibt.S26708218
  • MsilFC.S17872954
  • GenericRI.S28136194


We observed a change in how malware actors deploy malicious code via NSIS installers. We can witness how the stealers discussed above are using NSIS based Loaders. All these loaders have a script in which code is embedded, where the exe file is executed with a random name encrypted payload (small size). The exe reads the smaller encrypted payload and decrypts it. Then the decrypted shellcode decrypts the larger file having a random name which forms the actual malware.

Thus, users should remain aware of these NSIS installers that might contain stealers these days.

Tejaswini Sandapolla

Tejaswini Sandapolla

No Comments, Be The First!

Your email address will not be published.