RATKing: nueva campaña con troyanos de acceso remoto

A finales de mayo, descubrimos una campaña para distribuir malware troyano de acceso remoto (RAT), programas que permiten a los atacantes controlar de forma remota un sistema infectado.

El grupo que examinamos se distinguió por el hecho de que no seleccionó ninguna familia de RAT específica para la infección. Se detectaron varios troyanos en ataques dentro de la campaña (todos los cuales estaban ampliamente disponibles). Con esta característica, el grupo nos recordó al rey rata, un animal mítico formado por roedores con colas entrelazadas.

El original está extraído de la monografía de K. N. Rossikov “Ratones y roedores parecidos a ratones, los más importantes económicamente” (1908)

En honor a esta criatura, llamamos al grupo que estamos considerando RATKing. En esta publicación, entraremos en detalles sobre cómo los atacantes llevaron a cabo el ataque, qué herramientas utilizaron y también compartiremos nuestras opiniones sobre la atribución de esta campaña.

Progreso del ataque

Todos los ataques de esta campaña se realizaron según el siguiente algoritmo:

1. El usuario recibió un correo electrónico de phishing con un enlace a Google Drive.
2. Usando el enlace, la víctima descargó un script VBS malicioso que especificaba una biblioteca DLL para cargar la carga útil final en el registro de Windows e inició PowerShell para ejecutarlo.
3. La biblioteca DLL inyectó la carga útil final (de hecho, una de las RAT utilizadas por los atacantes) en el proceso del sistema y registró un script VBS en ejecución automática para poder afianzarse en la máquina infectada.
4. La carga útil final se ejecutó en un proceso del sistema y le dio al atacante la capacidad de controlar la computadora infectada.

Esquemáticamente se puede representar así:

A continuación, nos centraremos en las tres primeras etapas, ya que estamos interesados ​​en el mecanismo de entrega del malware. No describiremos en detalle el mecanismo de funcionamiento del malware en sí. Están ampliamente disponibles, ya sea vendidos en foros especializados o incluso distribuidos como proyectos de código abierto, y por lo tanto no son exclusivos del grupo RATKing.

Análisis de etapas de ataque.

Etapa 1. Correo electrónico de phishing

El ataque comenzó cuando la víctima recibió una carta maliciosa (los atacantes utilizaron diferentes plantillas con texto; la siguiente captura de pantalla muestra un ejemplo). El mensaje contenía un enlace a un repositorio legítimo. drive.google.com, que supuestamente conducía a una página de descarga de documentos PDF.

Ejemplo de correo electrónico de phishing

Pero en realidad lo que se cargó no fue un documento PDF, sino un script VBS.

Cuando hizo clic en el enlace del correo electrónico en la captura de pantalla anterior, apareció un archivo llamado Cargo Flight Details.vbs. En este caso, los atacantes ni siquiera intentaron disfrazar el archivo como un documento legítimo.

Al mismo tiempo, como parte de esta campaña, descubrimos un script llamado Cargo Trip Detail.pdf.vbs. Ya podría pasar por un PDF legítimo porque Windows oculta las extensiones de archivo de forma predeterminada. Es cierto que en este caso aún podría despertar sospechas su icono, que correspondía al script VBS.

En este punto, la víctima podría reconocer el engaño: basta con mirar más de cerca los archivos descargados por un segundo. Sin embargo, en este tipo de campañas de phishing, los atacantes suelen confiar en un usuario distraído o apresurado.

Etapa 2. Operación del script VBS

El script VBS, que el usuario podía abrir sin darse cuenta, registraba una biblioteca DLL en el registro de Windows. El guión estaba ofuscado: las líneas que contenía estaban escritas como bytes separados por un carácter arbitrario.

Ejemplo de escritura ofuscada

El algoritmo de desofuscación es bastante simple: cada tercer carácter se excluye de la cadena ofuscada, después de lo cual el resultado se decodifica desde base16 a la cadena original. Por ejemplo, del valor 57Q53s63t72s69J70r74e2El53v68m65j6CH6Ct (resaltado en la captura de pantalla anterior) la línea resultante fue WScript.Shell.

Para desofuscar cadenas, utilizamos la función de Python:

def decode_str(data_enc):   
    return binascii.unhexlify(''.join([data_enc[i:i+2] for i in range(0, len(data_enc), 3)]))

A continuación, en las líneas 9 y 10, resaltamos el valor cuya desofuscación resultó en un archivo DLL. Fue él quien se lanzó a la siguiente etapa utilizando PowerShell.

Cadena con DLL ofuscada

Cada función en el script VBS se ejecutó a medida que se desofuscaban las cadenas.

Después de ejecutar el script, se llamó a la función. wscript.sleep — se utilizó para realizar ejecución diferida.

A continuación, el script trabajó con el registro de Windows. Usó tecnología WMI para esto. Con su ayuda, se creó una clave única y el cuerpo del archivo ejecutable se escribió en su parámetro. Se accedió al registro a través de WMI usando el siguiente comando:

GetObject(winmgmts {impersonationLevel=impersonate}!\.rootdefault:StdRegProv)

Una entrada realizada en el registro mediante un script VBS.

Etapa 3. Operación de la biblioteca DLL

En la tercera etapa, la DLL maliciosa cargó la carga útil final, la inyectó en el proceso del sistema y aseguró que el script VBS se iniciara automáticamente cuando el usuario iniciara sesión.

Ejecutar a través de PowerShell

La DLL se ejecutó usando el siguiente comando en PowerShell:

[System.Threading.Thread]::GetDomain().Load((ItemProperty HKCU:///Software///<rnd_sub_key_name> ).<rnd_value_name>);
[GUyyvmzVhebFCw]::EhwwK('WScript.ScriptFullName', 'rWZlgEtiZr', 'WScript.ScriptName'),0

Este comando hizo lo siguiente:

• recibió datos de valor de registro con nombre rnd_value_name — estos datos eran un archivo DLL escrito en la plataforma .Net;
• cargó el módulo .Net resultante en la memoria del proceso powershell.exe usando la función [System.Threading.Thread]::GetDomain().Load() (descripción detallada de la función Load() disponible en el sitio web de Microsoft);
• realizó la función GUyyvmzVhebFCw]::EhwwK() - con él comenzó la ejecución de la biblioteca DLL - con parámetros vbsScriptPath, xorKey, vbsScriptName. Parámetro xorKey almacenó la clave para descifrar la carga útil final y los parámetros vbsScriptPath и vbsScriptName fueron transferidos para registrar un script VBS en ejecución automática.

Descripción de la biblioteca DLL

En forma descompilada, el gestor de arranque tenía este aspecto:

Cargador en forma descompilada (la función con la que comenzó la ejecución de la biblioteca DLL está subrayada en rojo)

El gestor de arranque está protegido por el protector .Net Reactor. La utilidad de4dot hace un excelente trabajo al eliminar este protector.

Este cargador:

• inyectó la carga útil en el proceso del sistema (en este ejemplo, svchost.exe);
• Agregué un script VBS para ejecución automática.

Inyección de carga útil

Veamos la función que llamó el script de PowerShell.

Función llamada por script de PowerShell

Esta función realizó las siguientes acciones:

• descifró dos conjuntos de datos (array и array2 en la captura de pantalla). Originalmente fueron comprimidos usando gzip y cifrados con el algoritmo XOR con la clave xorKey;
• datos copiados en áreas de memoria asignadas. Datos de array - al área de memoria señalada intPtr (payload pointer en la captura de pantalla); datos de array2 - al área de memoria señalada intPtr2 (shellcode pointer en la captura de pantalla);
• llamada la función CallWindowProcA (descripción Esta función está disponible en el sitio web de Microsoft) con los siguientes parámetros (los nombres de los parámetros se enumeran a continuación, en la captura de pantalla están en el mismo orden, pero con valores de trabajo):
  • lpPrevWndFunc - puntero a datos de array2;
  • hWnd — puntero a una cadena que contiene la ruta al archivo ejecutable svchost.exe;
  • Msg - puntero a datos de array;
  • wParam, lParam — parámetros del mensaje (en este caso, estos parámetros no se utilizaron y tenían valores de 0);
• creó un archivo %AppData%MicrosoftWindowsStart MenuProgramsStartup<name>.urlDonde <name> - estos son los primeros 4 caracteres del parámetro vbsScriptName (en la captura de pantalla, el fragmento de código con esta acción comienza con el comando File.Copy). De esta manera, el malware agregaba un archivo URL a la lista de archivos de ejecución automática cuando el usuario iniciaba sesión y, por lo tanto, se adjuntaba a la computadora infectada. El archivo URL contenía un enlace al script:

[InternetShortcut]
URL = file : ///<vbsScriptPath>

Para comprender cómo se llevó a cabo la inyección, desciframos las matrices de datos. array и array2. Para hacer esto utilizamos la siguiente función de Python:

def decrypt(data, key):
    return gzip.decompress(
        bytearray([data[i] ^ key[i % len(key)] for i in range(len(data))])[4:])
    

Como resultado, descubrimos que:

• array era un archivo PE: esta es la carga útil final;
• array2 era el código shell necesario para realizar la inyección.

Shellcode de una matriz array2 pasado como valor de función lpPrevWndFunc en una función CallWindowProcA. lpPrevWndFunc — función de devolución de llamada, su prototipo se ve así:

LRESULT WndFunc(
  HWND    hWnd,
  UINT    Msg,
  WPARAM  wParam,
  LPARAM  lParam
);

Entonces cuando ejecutas la función CallWindowProcA con parametros hWnd, Msg, wParam, lParam Se ejecuta el código shell de la matriz. array2 con argumentos hWnd и Msg. hWnd es un puntero a una cadena que contiene la ruta al archivo ejecutable svchost.exeY Msg — puntero a la carga útil final.

El shellcode recibió direcciones de función de kernel32.dll и ntdll32.dll basado en valores hash de sus nombres e inyectado la carga útil final en la memoria del proceso svchost.exeutilizando la técnica Process Hollowing (puedes leer más sobre esto en este статье). Al inyectar el código shell:

• creó un proceso svchost.exe en estado suspendido usando la función CreateProcessW;
• luego ocultó la visualización de la sección en el espacio de direcciones del proceso svchost.exe usando la función NtUnmapViewOfSection. Así, el programa liberó la memoria del proceso original. svchost.exepara luego asignar memoria para la carga útil en esta dirección;
• Memoria asignada para la carga útil en el espacio de direcciones del proceso. svchost.exe usando la función VirtualAllocEx;

Inicio del proceso de inyección.

• escribió el contenido de la carga útil en el espacio de direcciones del proceso svchost.exe usando la función WriteProcessMemory (como en la captura de pantalla siguiente);
• reanudó el proceso svchost.exe usando la función ResumeThread.

Completando el proceso de inyección.

malware descargable

Como resultado de las acciones descritas, se instaló uno de varios programas maliciosos de clase RAT en el sistema infectado. La siguiente tabla enumera el malware utilizado en el ataque, que podemos atribuir con confianza a un grupo de atacantes, ya que las muestras accedieron al mismo servidor de comando y control.

Nombre del malware

visto por primera vez

SHA-256

C & C

El proceso en el que se realiza la inyección.

pista oscura

16-04-2020

ea64fe672c953adc19553ea3b9118ce4ee88a14d92fc7e75aa04972848472702

kimjoy007.dyndns[.]org:2017

svchost

Paralaje

24-04-2020

b4ecd8dbbceaadd482f1b23b712bcddc5464bccaac11fe78ea5fd0ba932a4043

kimjoy007.dyndns[.]org:2019

svchost

ZONA DE GUERRA

18-05-2020

3786324ce3f8c1ea3784e5389f84234f81828658b22b8a502b7d48866f5aa3d3

kimjoy007.dyndns[.]org:9933

svchost

Red

20-05-2020

6dac218f741b022f5cad3b5ee01dbda80693f7045b42a0c70335d8a729002f2d

kimjoy007.dyndns[.]org:2000

svchost

Ejemplos de malware distribuido con el mismo servidor de control

Aquí cabe destacar dos cosas.

En primer lugar, el hecho mismo de que los atacantes utilizaron varias familias de RAT diferentes a la vez. Este comportamiento no es típico de grupos cibernéticos conocidos, que a menudo utilizan aproximadamente el mismo conjunto de herramientas que les resultan familiares.

En segundo lugar, RATKing utilizó malware que se vende en foros especializados a bajo precio o incluso es un proyecto de código abierto.

Al final del artículo se proporciona una lista más completa del malware utilizado en la campaña, con una advertencia importante.

Sobre el grupo

No podemos atribuir la campaña maliciosa descrita a ningún atacante conocido. Por ahora, creemos que estos ataques fueron llevados a cabo por un grupo fundamentalmente nuevo. Como escribimos al principio, lo llamamos RATKing.

Para crear el script VBS, el grupo probablemente utilizó una herramienta similar a la utilidad VBS-Crypter del desarrollador NYAN-x-CAT. Esto se indica por la similitud del script que crea este programa con el script de los atacantes. Específicamente, ambos:

• realizar una ejecución retrasada utilizando la función Sleep;
• utilizar WMI;
• registrar el cuerpo del archivo ejecutable como parámetro de clave de registro;
• ejecute este archivo usando PowerShell en su propio espacio de direcciones.

Para mayor claridad, compare el comando de PowerShell para ejecutar un archivo del registro, que es utilizado por un script creado con VBS-Crypter:

((Get-ItemPropertyHKCU:SoftwareNYANxCAT).NYANxCAT);$text=-join$text[-1..-$text.Length];[AppDomain]::CurrentDomain.Load([Convert]::FromBase64String($text)).EntryPoint.Invoke($Null,$Null);

con un comando similar al que utilizó el script de los atacantes:

[System.Threading.Thread]::GetDomain().Load((ItemProperty HKCU:///Software///<rnd_sub_key_name> ).<rnd_value_name>);
[GUyyvmzVhebFCw]::EhwwK('WScript.ScriptFullName', 'rWZlgEtiZr', 'WScript.ScriptName'),0

Tenga en cuenta que los atacantes utilizaron otra utilidad de NYAN-x-CAT como una de las cargas útiles: LimaRAT.

Las direcciones de los servidores C&C indican otra característica distintiva de RATKing: el grupo prefiere los servicios DNS dinámicos (consulte la lista de C&C en la tabla IoC).

COI

La siguiente tabla proporciona una lista completa de scripts VBS que probablemente puedan atribuirse a la campaña descrita. Todos estos scripts son similares y realizan aproximadamente la misma secuencia de acciones. Todos ellos inyectan malware de clase RAT en un proceso confiable de Windows. Todos ellos tienen direcciones C&C registradas mediante servicios de DNS dinámico.

Sin embargo, no podemos afirmar que todos estos scripts fueron distribuidos por los mismos atacantes, con la excepción de muestras con las mismas direcciones C&C (por ejemplo, kimjoy007.dyndns.org).

Nombre del malware

SHA-256

C & C

El proceso en el que se realiza la inyección.

Paralaje

b4ecd8dbbceaadd482f1b23b712bcddc5464bccaac11fe78ea5fd0ba932a4043

kimjoy007.dyndns.org

svchost

00edb8200dfeee3bdd0086c5e8e07c6056d322df913679a9f22a2b00b836fd72

esperanza.doomdns.org

svchost

504cbae901c4b3987aa9ba458a230944cb8bd96bbf778ceb54c773b781346146

kimjoy007.dyndns.org

svchost

1487017e087b75ad930baa8b017e8388d1e99c75d26b5d1deec8b80e9333f189

kimjoy007.dyndns.org

svchost

c4160ec3c8ad01539f1c16fb35ed9c8c5a53a8fda8877f0d5e044241ea805891

franco20.dvrdns.org

svchost

515249d6813bb2dde1723d35ee8eb6eeb8775014ca629ede017c3d83a77634ce

kimjoy007.dyndns.org

svchost

1b70f6fee760bcfe0c457f0a85ca451ed66e61f0e340d830f382c5d2f7ab803f

franco20.dvrdns.org

svchost

b2bdffa5853f29c881d7d9bff91b640bc1c90e996f85406be3b36b2500f61aa1

esperanza.doomdns.org

svchost

c9745a8f33b3841fe7bfafd21ad4678d46fe6ea6125a8fedfcd2d5aee13f1601

kimjoy007.dyndns.org

svchost

1dfc66968527fbd4c0df2ea34c577a7ce7a2ba9b54ba00be62120cc88035fa65

franco20.dvrdns.org

svchost

c6c05f21e16e488eed3001d0d9dd9c49366779559ad77fcd233de15b1773c981

kimjoy007.dyndns.org

cmd

3b785cdcd69a96902ee62499c25138a70e81f14b6b989a2f81d82239a19a3aed

esperanza.doomdns.org

svchost

4d71ceb9d6c53ac356c0f5bdfd1a5b28981061be87e38e077ee3a419e4c476f9

2004para.ddns.net

svchost

00185cc085f284ece264e3263c7771073a65783c250c5fd9afc7a85ed94acc77

esperanza.doomdns.org

svchost

0342107c0d2a069100e87ef5415e90fd86b1b1b1c975d0eb04ab1489e198fc78

franco20.dvrdns.org

svchost

de33b7a7b059599dc62337f92ceba644ac7b09f60d06324ecf6177fff06b8d10

kimjoy007.dyndns.org

svchost

80a8114d63606e225e620c64ad8e28c9996caaa9a9e87dd602c8f920c2197007

kimjoy007.dyndns.org

svchost

acb157ba5a48631e1f9f269e6282f042666098614b66129224d213e27c1149bb

esperanza.doomdns.org

cmd

bf608318018dc10016b438f851aab719ea0abe6afc166c8aea6b04f2320896d3

franco20.dvrdns.org

svchost

4d0c9b8ad097d35b447d715a815c67ff3d78638b305776cde4d90bfdcb368e38

esperanza.doomdns.org

svchost

e7c676f5be41d49296454cd6e4280d89e37f506d84d57b22f0be0d87625568ba

kimjoy007.dyndns.org

svchost

9375d54fcda9c7d65f861dfda698e25710fda75b5ebfc7a238599f4b0d34205f

franco20.dvrdns.org

svchost

128367797fdf3c952831c2472f7a308f345ca04aa67b3f82b945cfea2ae11ce5

kimjoy007.dyndns.org

svchost

09bd720880461cb6e996046c7d6a1c937aa1c99bd19582a562053782600da79d

esperanza.doomdns.org

svchost

0a176164d2e1d5e2288881cc2e2d88800801001d03caedd524db365513e11276

paradickhead.homeip.net

svchost

0af5194950187fd7cbd75b1b39aab6e1e78dae7c216d08512755849c6a0d1cbe

esperanza.doomdns.org

svchost

Warzone

3786324ce3f8c1ea3784e5389f84234f81828658b22b8a502b7d48866f5aa3d3

kimjoy007.dyndns.org

svchost

db0d5a67a0ced6b2de3ee7d7fc845a34b9d6ca608e5fead7f16c9a640fa659eb

kimjoy007.dyndns.org

svchost

Red

6dac218f741b022f5cad3b5ee01dbda80693f7045b42a0c70335d8a729002f2d

kimjoy007.dyndns.org

svchost

pista oscura

ea64fe672c953adc19553ea3b9118ce4ee88a14d92fc7e75aa04972848472702

kimjoy007.dyndns.org

svchost

WSH RATA

d410ced15c848825dcf75d30808cde7784e5b208f9a57b0896e828f890faea0e

anekesolution.linkpc.net

RegAsmo

Limón

896604d27d88c75a475b28e88e54104e66f480bcab89cc75b6cdc6b29f8e438b

softmy.duckdns.org

RegAsmo

CuásarRAT

bd1e29e9d17edbab41c3634649da5c5d20375f055ccf968c022811cd9624be57

odio oscuro-23030.portmap.io

RegAsmo

12044aa527742282ad5154a4de24e55c9e1fae42ef844ed6f2f890296122153b

odio oscuro-23030.portmap.io

RegAsmo

be93cc77d864dafd7d8c21317722879b65cfbb3297416bde6ca6edbfd8166572

odio oscuro-23030.portmap.io

RegAsmo

933a136f8969707a84a61f711018cd21ee891d5793216e063ac961b5d165f6c0

odio oscuro-23030.portmap.io

RegAsmo

71dea554d93728cce8074dbdb4f63ceb072d4bb644f0718420f780398dafd943

chrom1.myq-see.com

RegAsmo

0d344e8d72d752c06dc6a7f3abf2ff7678925fde872756bf78713027e1e332d5

odio oscuro-23030.portmap.io

RegAsmo

0ed7f282fd242c3f2de949650c9253373265e9152c034c7df3f5f91769c6a4eb

odio oscuro-23030.portmap.io

RegAsmo

aabb6759ce408ebfa2cc57702b14adaec933d8e4821abceaef0c1af3263b1bfa

odio oscuro-23030.portmap.io

RegAsmo

1699a37ddcf4769111daf33b7d313cf376f47e92f6b92b2119bd0c860539f745

odio oscuro-23030.portmap.io

RegAsmo

3472597945f3bbf84e735a778fd75c57855bb86aca9b0a4d0e4049817b508c8c

odio oscuro-23030.portmap.io

RegAsmo

809010d8823da84cdbb2c8e6b70be725a6023c381041ebda8b125d1a6a71e9b1

odio oscuro-23030.portmap.io

RegAsmo

4217a2da69f663f1ab42ebac61978014ec4f562501efb2e040db7ebb223a7dff

odio oscuro-23030.portmap.io

RegAsmo

08f34b3088af792a95c49bcb9aa016d4660609409663bf1b51f4c331b87bae00

odio oscuro-23030.portmap.io

RegAsmo

79b4efcce84e9e7a2e85df7b0327406bee0b359ad1445b4f08e390309ea0c90d

odio oscuro-23030.portmap.io

RegAsmo

12ea7ce04e0177a71a551e6d61e4a7916b1709729b2d3e9daf7b1bdd0785f63a

odio oscuro-23030.portmap.io

RegAsmo

d7b8eb42ae35e9cc46744f1285557423f24666db1bde92bf7679f0ce7b389af9

odio oscuro-23030.portmap.io

RegAsmo

def09b0fed3360c457257266cb851fffd8c844bc04a623c210a2efafdf000d5c

odio oscuro-23030.portmap.io

RegAsmo

50119497c5f919a7e816a37178d28906fb3171b07fc869961ef92601ceca4c1c

odio oscuro-23030.portmap.io

RegAsmo

ade5a2f25f603bf4502efa800d3cf5d19d1f0d69499b0f2e9ec7c85c6dd49621

odio oscuro-23030.portmap.io

RegAsmo

189d5813c931889190881ee34749d390e3baa80b2c67b426b10b3666c3cc64b7

odio oscuro-23030.portmap.io

RegAsmo

c3193dd67650723753289a4aebf97d4c72a1afe73c7135bee91c77bdf1517f21

odio oscuro-23030.portmap.io

RegAsmo

a6f814f14698141753fc6fb7850ead9af2ebcb0e32ab99236a733ddb03b9eec2

odio oscuro-23030.portmap.io

RegAsmo

a55116253624641544175a30c956dbd0638b714ff97b9de0e24145720dcfdf74

odio oscuro-23030.portmap.io

RegAsmo

d6e0f0fb460d9108397850169112bd90a372f66d87b028e522184682a825d213

odio oscuro-23030.portmap.io

RegAsmo

522ba6a242c35e2bf8303e99f03a85d867496bbb0572226e226af48cc1461a86

odio oscuro-23030.portmap.io

RegAsmo

fabfdc209b02fe522f81356680db89f8861583da89984c20273904e0cf9f4a02

odio oscuro-23030.portmap.io

RegAsmo

08ec13b7da6e0d645e4508b19ba616e4cf4e0421aa8e26ac7f69e13dc8796691

odio oscuro-23030.portmap.io

RegAsmo

8433c75730578f963556ec99fbc8d97fa63a522cef71933f260f385c76a8ee8d

odio oscuro-23030.portmap.io

RegAsmo

99f6bfd9edb9bf108b11c149dd59346484c7418fc4c455401c15c8ac74b70c74

odio oscuro-23030.portmap.io

RegAsmo

d13520e48f0ff745e31a1dfd6f15ab56c9faecb51f3d5d3d87f6f2e1abe6b5cf

odio oscuro-23030.portmap.io

RegAsmo

9e6978b16bd52fcd9c331839545c943adc87e0fbd7b3f947bab22ffdd309f747

odio oscuro-23030.portmap.io

RegAsm⁠

Fuente: habr.com