Peralta ATM Malware – Informe técnico

Después de haber visto casos como plotus, greendispenser, plotus.d entre otros ataques tanto de malware como de red a ATM. Desde el mes pasado se han detectado varios ataques con una nueva forma de operación para infectar y poder obligar a los cajeros automáticos (ATMs) a dispensar dinero.

Por el momento los ATMs afectados contenían las siguientes características:

Marca: Diebold Nixdorf
Software_XFS: Agilis
Software de Seguridad: GMV Checker
Sistema Operativo: Windows 7

Cabe destacar que la DLL ‘Display Settings’ se ha encontrado con múltiples variantes de ‘hashes’ pero todas ellas han sido desarrolladas para utilizar funciones de XFS3.x SDK.

1.- En primera instancia el atacante o grupos de atacantes requieren autentificarse con un token RSA de Diebold sobre el usuario de producción y entrar firmados, aunque este acceso no signifique que tienen permisos administrador (dependerá de las configuraciones de seguridad de los bancos).

2.- Luego requieren identificar un teclado o periférico valido dentro de la ACL de protección del software. Este tipo de ataques se puede efectuar mediante un dispositivo de emulación de USB comofacedancer21, arduino o un diseño de hardware propio.

En los logs podemos observar como se conectan en un 1 segundo más de 120 periféricos:

pic1
pic2
pic3

Como se pueden ver en la imagen anterior el malware utilizan el hardware ID de Diebold VID03F4 PID1003y la casualidad es que:

pic4

El hub de USB de Diebold se encuentra en la ACL como un ‘driver’ genérico. Después de haber repasado con el ‘phukd’ todos los usb disponibles para probar los que puedan aceptar un comando Cntr+Alt+Del.

4.- Una vez a dentro el usuario de producción y con un teclado dentro de la ACL, el siguiente paso es utilizar ‘Powershell’ (que no está protegido con ‘checker’), para ejecutar una escalada de privilegios local con el archivo exp.ps1.

Teniendo en cuenta que el archivo ‘exp.ps1’, se puede encontrar público y esta vulnerabilidad está disponible entre otros en la suite Metasploit, la investigación arrojó que el atacante adquiere ‘NT Authority/System’.

El exploit lo podemos encontrar en exploit-dbpentestlab y en github, entre otros, en este último fue donde encontramos el código exacto usado por los atacantes. Este exploit es usado debido a que muchas políticas de seguridad para ATMs no contemplan shells secundarias como powershell, powershell_ISE y otras funciones que permiten ejecutar código fuera de los típicos EXE, VBS.

Información: como observación los cajeros Diebold puede ejecutar código con las siguientes extensiones:

.ps1
(.psd1)
(.psm1)
(.ps1xml)
.pl (perl)
.jar
.js (hay funciones que permiten interaccionar los perimetrales con JavaScript en modo mantenimiento)
.hta (todavía contienen un browser IE antiguo)

4.1. Una vez con permisos ‘System Athority’ para poder insertar las DLLs deben bajar las protecciones de‘GMV checker’ para poder cargar su USB y copiar y remplazar las DLLs por lo tanto el log nos dirán algo como esto.


INFO – xxxxxxxxxxxxxxxxxxxxxxxx|Nxxxxx|DIE2018xxx|xxxxxxxxxxxxxxxx|0000|OS Error message 2: The system cannot find the file specified.
INFO – xxxxxxxxxxxxxxxxxxxxxxxx|Nxxxx|DIE2018MZO|xxxxxxxxxxxxxxxxx|xxx|Critical error: unable to open devices
INFO – xxxxxxxxxxxxxxxxxxxxxxxx|Nxxxx|DIE2018xxx|xxxxxxxxxxxxxxxxxx|312|The system cannot find the file specified.


Básicamente en otras palabras el atacante consiguió estando el ‘checker’ en ejecución desplazar un archivo dentro de la carpeta hacia otra parte del disco para que al reiniciar el servicio, no sean aplicado los controles.

Observación: Esto ya debería de considerarse un fallo de seguridad. Si vendes un producto de seguridad que ofrece ACL, VPN, cifrado de disco, lista blanca y es comprometido, lo mínimo es publicar el CVE y por consiguiente publicar el parche asociado a la vulnerabilidad.

Una vez dentro, con permisos de administrador, el atacante pasa a remplazar la DLL ‘Display Settings.dll’(ya que el ‘checker’ se encuentra caído) por su DLL modificada y agregar otras 2 DLLs desde su ‘Storadge Device’ (USB). La DLL principal ‘Display Settings’ opera mediante el ‘Service Provider’ de Diebold cuando entra en modo mantenimiento el ATM, por lo tanto carga automáticamente el malware al entrar en modo mantenimiento. Por otro lado el malware debe modificar un archivo llamado OUTPUT.html donde se mostrará en la parte inferior el estado actual de la información del ATM para poder ejecutar mediante elPINPAD el ataque.

Decompilando la DLL:
Display Settings.Dll




peralta1

Podemos observar algunas cadenas llamadas peralta, peralta.code, peralta.devices.
Una parte importante para poder ejecutar XFS3.x es que requiere complementar los métodos con las variables del estándar requerido para operar los WFS_OPEN y los WFS_Execute del SPI (service provider) para rellenar las variables de los métodos. Todo esto es cargado en memoria.

 
 

No sería un malware sin poder conectarse al registro, en este caso el malware hardcodea el registro que requiere operar para sus funciones XFS:

private static string subKey = @"SOFTWARE\Diebold\Agilis Startup\750TCS";
private static RegistryKey baseRegistryKey = Registry.LocalMachine;
 

Una vez cargado en memoria y al reiniciar en modo mantenimiento el malware opera por el EPP7 con soporte VISA Y EURO firmware.

 

El malware también integra función de desinstalación:



Por otro lado el malware cumple el estándar SDK 3.x y CEN XFS:


Dispenser:
peralta4

Para los casos de múltiples dispensadores:

namespace CASHDISPENSER3Lib

     [ComImport, TypeLibType((short) 0x1050), Guid("120B74EC-AA85-11D4-B1FA-444553540000")]
     public interface _IAXFS3CashDispenser

    [ComImport, TypeLibType((short) 0x1040), Guid("0C4D7119-1236-4D7F-8196-BEBAC70675D7")]
     public interface _IAXFS3CashDispenser390
 
    [ComImport, InterfaceType((short) 2), Guid("AC27106F-AB58-11D4-B1FA-444553540000"), TypeLibType((short) 0x1000)]
     public interface _IAXFS3CashDispenserEvents

EPP
peralta3-1
Y no nos olvidemos del EPP también está preparado para múltiples EPPs:

[ComImport, Guid("7EA64F00-B668-11D4-A31A-0050BA0A1310"), TypeLibType((short) 0x1040)]
    public interface _IAXFS3PinPad

[ComImport, TypeLibType((short) 0x1040), Guid("AF449218-9B3D-412C-B242-784ACAC0F866")]
    public interface _IAXFS3PinPad302

[ComImport, Guid("40B37996-B8FE-4D5B-BBF6-6685559253CE"), TypeLibType((short) 0x1040)]
    public interface _IAXFS3PinPad303

[ComImport, Guid("DA2B43CE-B5BA-11D4-B1F9-444553540000"), TypeLibType((short) 0x1000), InterfaceType((short) 2)]
    public interface _IAXFS3PinPadEvents
 
Conclusión:

Este nuevo malware presenta soporte para múltiples EPPs y múltiples dispensadores. De momento solo afectaría a Diebold con Agilis.

Por lo tanto tenemos un malware nuevo, derivado de casos como ‘plotus’  pero en este caso solo con DLLs requeridas para confirmar y configurar correctamente el proceso de conexión.

Display Settings.dll :
— INTEROP.CASHDISPENSER3LIB.DLL dll segundaria
— INTEROP.PINPAD3LIB.DLL dll secundaria

Por otro lado, en la sección del UI del malware,  al ejecutarse, se solapará sobre el archivo ‘OUTPUT.html’del modo supervisor del EMPOWER Screen Themes para mostrar algo así en la sección inferior izquierda:

peralta5

En este caso el ataque como se mostró,requiere de varios pasos para poder ejecutarse desde el malware hasta el dispositivo de emulación de USB y un alto conocimiento del sistema operativo Windows y de Diebold Agilis XFS

Recomendaciones:

Es primordial tener un correcto control tanto del token como el control de acceso de usuarios de Windows. Hay que tener trazabilidad sobre los técnicos de soporte o mantenimiento que manipulan nuestros ATMs.

Por otro lado es primordial tener una correcta política de actualizaciones de seguridad de la plataforma sobre la que corre nuestro ATM, en este caso Microsoft Windows.

Por el momento las soluciones mas recomendadas son las que permitan poder tomar acciones inmediatas remotamente sin depender de protecciones de sistema operativo, como mandar a apagar el ATM y apagar el dispensador.

IOCs:

Filename: exp.ps1
MD5: 3f71143cd4de6917a7a7d28a3989721a
SHA1: fc8dac6d354090e05c3198c165ecd202b869acc9
Path: C:\Diebold\exe\exp.ps1

Filename: INTEROP.CASHDISPENSER3LIB.DLL
MD5: e9845ae4ed032558ae6bd8438b91eb80
SHA1: f491905e7382e828fce8ea418c42c1237d00564d
Path: C:\Diebold\exe\INTEROP.CASHDISPENSER3LIB.DLL

Filename: INTEROP.PINPAD3LIB.DLL
MD5: 0054c252546ce98f6815e0abd69773dc
SHA1: 969754ce331afc074af5acb5318d6a7adc05d9b5
Path: C:\Diebold\exe\INTEROP.PINPAD3LIB.DLL

Filename: Display Settings.dll
MD5: 8741e6c8877d3b4f632198df03f58f4f
SHA1: 0f4595476aaada86db4a8e62cceaf78d299da892 Path:  C:\Diebold\exe\Display Settings.dll

Campaña de phishing contra Trezor utilizando DNS spoofing o secuestro BGP

La famosa compañía de billeteras hardware Trezor descubrió la campaña el pasado fin de semana.

Resultado de imagen de trezor wallet hacked

El equipo detrás del servicio de monederos descubrió un ataque de phishing contra varios de sus usuarios durante el fin de semana.

La compañía apunta a que el ataque se trata de un envenenamiento DNS o un secuestro BGP, ya que los atacantes secuestraron el tráfico legítimo destinado al dominio oficial y redirigieron a estos usuarios a un servidor malicioso donde se alojaba la página fraudulenta.

Detección del fraude

El incidente fue detectado después de que los usuarios se quejaran de que encontraban un certificado HTTPS no válido en la web de la compañía.


Un aviso de certificado no válido generalmente significa que el dominio al que se se está accediendo no coincide con quien dice ser en el certificado. En ocasiones, como en esta, se puede tratar de una web que se hace pasar por otra, y este último no es verificado como sitio de confianza por el cliente (en este caso, el navegador).

Este error alertó a la comunidad de Trezor, cuyos miembros informaron rápidamente al equipo de soporte de la compañía, quien luego confirmó el intento de suplantación de identidad y advirtió a los usuarios sobre el fraude que se estaba realizando.

Diferencias entre el sitio web real y el falso

El equipo de Trezor determinó que se trataba de un ataque de phishing legítimo y no solo un error aleatorio del servidor SSL porque detectaron dos problemas con el sitio web.


El primero, era un mensaje de error que estaba redactado de manera diferente al sitio web original. En él se notificaba a los usuarios que la sincronización de los datos entre su cartera de Trezor y su cuenta web había fallado.

Sitio web de Fake Trezor

En segundo lugar, el sitio web falso pedía a los usuarios que ingresaran su semilla de recuperación, algo que el equipo de Trezor dijo que nunca haría.

La compañía explica claramente que los usuarios nunca deben ingresar la semilla de recuperación en ningún otro lugar que no sea su dispositivo Trezor.

Es pronto para conocer el alcance que ha tenido esta campaña, pero esperemos que dentro de poco sepamos si finalmente las víctimas han perdido sus fondos.

Alerta en el blog de Trezor:

OSX.Dummy: el malware “tonto” para macOS que pone el objetivo en los usuarios de criptodivisas

El malware ha sido descubierto por el investigador Remco Verhoef (@remco_verhoef) y analizado en profundidad por Patrick Wardle (@patrickwardle). Utiliza métodos bastante simples de infección y persistencia y pone el blanco sobre los usuarios de criptodivisas.

 

Hoy hemos analizado una nueva muestra de malware para Mac. Lo he llamadoOSX.Dummy porque:

  • El método de infección es estúpido.
  • El enorme tamaño del binario es estúpido.
  • El mecanismo de persistencia es patético (y por tanto también estúpido).
  • Las capacidades son más bien limitadas (y por tanto, más bien estúpidas).
  • Es trivial detectarlo en cada paso (es así de estúpido).
  • … Y, finalmente, porque guarda la contraseña del usuario en el fichero‘dumpdummy’.

Y así ha sido el bautizo de OSX.Dummy. El malware fue señalado en primera instancia por Remco Verhoef en el artículo “Crypto community target of MacOS malware” para el Internet Storm Center del instituto SANS. En el articulo, Verhoef comenta que durante los últimos días había notado un aumento de mensajes en grupos de Slack y Discord haciéndose pasar por miembros importantes de los mismos. Estos mensajes pedían ejecutar este script:

De forma que la victima se infectara a si misma, en un intento bastante ingenuo (“El método de infección es estúpido”). Este script descarga un fichero MachO de 34 MB (“El enorme tamaño del binario es estúpido”). A la hora de su articulo, no era detectado por ningún motor anti-virus. A día de hoy, ya son 4 motores los que lo señalan como malware.
El análisis de la muestra realizado por Verhoef mostraba referencias a Pkg, un empaquetador que une aplicaciones JavaScript y el servidor node.js en un único ejecutable. El análisis del comportamiento de la muestra arroja la generación de varios ficheros con el objetivo de asegurar la persistencia del malware (“El mecanismo de persistencia es patético”).

En cada inicio se ejecuta el fichero ‘/var/root/script’, cuyo el objetivo es conectarse al punto de control para establecer una shell inversa para poder ejecutar comandos como superusuario de forma remota.

En este punto es donde Patrick Wardle toma el relevo y, además de bautizarlo como hemos visto al principio, encuentra algunos datos interesantes adicionales:

  • El fichero ‘/tmp/dumpdummy’ (ya mencionado por Verhoef) sirve para almacenar la contraseña de sudo.
  • El binario no está firmado. Estos binarios serían bloqueados por GateKeeper en una situación normal. Sin embargo, al ejecutarse a través de linea de comandos, GateKeeper no lo analiza.
  • El tamaño del binario es debido a que varias librerías, como OpenSSL y V8 de Google, se encuentran compiladas estáticamente.
A pesar de ambos análisis, aun está por descubrir por qué el atacante tenía como objetivo la comunidad de usuarios de criptodivisas, ya que el malware no tiene ninguna funcionalidad especifica para las mismas.
Crypto community target of MacOS malware:
https://isc.sans.edu/diary/23816

OSX.Dummy: new mac malware targets the cryptocurrency community
https://objective-see.com/blog/blog_0x32.html

Nuevos ataques contra el protocolo de red LTE (4G) y posible afección a 5G

El protocolo Long Term Evolution (LTE) más conocido como 4G es vulnerable a la interceptación y/o modificación de la comunicación de forma remota

Fuente: https://thehackernews.com/2018/06/4g-lte-network-hacking.html

Muchas compañías de comunicación implementan el protocolo LTE o, como se conoce normalmente, 4G, presente en la mayoría de dispositivos móviles. Las tecnologías provenientes de esta familia (3G, 4G, 5G) se gestan para proveer de mayor seguridad (entre otras cosas más) al antiguo protocolo GSM.

Un equipo de investigadores ha descubierto una vulnerabilidad en el protocolo que podría permitir a los atacantes espiar las comunicaciones que usan el mismo, pudiendo modificar el contenido e incluso redirigirlas a sitios web maliciosos.

Los investigadores han desarrollado tres nuevas técnicas contra esta tecnología que les permiten obtener la identidad de los usuarios, los sitos web visitados y redirigirlos a sitios web maliciosos a través de la suplantación DNS.

Podemos catalogar estas técnicas como “ataques pasivos” y “ataques activos”. Interceptar la comunicación y la visualización de los sitios web visitados pertenecen a ataques pasivos. Por otro lado tenemos el ataque de suplantación de DNS conocido como “aLTEr” que permite a un atacante realizar un “MiTM” para interceptar las comunicaciones y redirigir a la víctima al sitio web malicioso utilizando “DNS Spoofing”.

La capa de enlace de datos de LTE está cifrada con AES-CTR, pero no está protegida su integridad, lo que permite a un atacante modificar los bits dentro de un paquete de datos cifrados. En los ataques LTE un atacante pretende emular una estación de comunicación real y así tomar el control de la comunicación. El ataque es muy peligroso pero difícil de explotar, ya que necesitamos hardware específico para ello, teniendo un alcance efectivo de casi 2 kilómetros

El futuro 5G

Las futuras redes 5G también se puede ver afectadas. Si bien es cierto que 5G admite el cifrado autenticado esta función no es obligatoria, lo que nos hace pensar que la mayoría de las compañías no tendrán intención de implementarla.

Para protegerse como usuario de estos ataques solo se ha recomendado usar “HTTPS”. El peso de la protección contra esta vulnerabilidad depende de las operadoras, que podrían solucionarlo actualizando su especificación de LTE (4G) para que use un protocolo de cifrado y autenticación como AES-GCM o ChaCha20-Poly1205. Sin embargo esto conlleva que las operadoras hagan un esfuerzo financiero y organizativo.

El equipo de investigadores ha liberado un PDF con los detalles técnicos del ataque, disponible en el apartado Más información.

La distribución de Linux Gentoo sufre un ataque en su cuenta principal de GitHub

Atacantes desconocidos comprometen durante unas horas la cuenta de GitHub de Gentoo utilizada como reserva de código fuente perteneciente al sistema de paquetería de la distribución

Ocho horas, desde las 20:20 (UTC) del 28 de junio hasta las 04:26 del día siguiente. Esta fue la ventana de tiempo que tuvieron los atacantes para introducir código malicioso en la cuenta de GitHub. Código malicioso que tenía como objetivo borrar todos los archivos del sistema donde se ejecutase, a través de archivos usados por el sistema de paquetería. Los archivos modificados para contener código malicioso son los llamados “ebuilds”, que no son más que archivos de texto con información sobre una pieza de software concreta, especificando el nombre, el autor, cómo se debe construir el software a partir del código fuente y otras librerías…

Por suerte, la repercusión final del ataque es bastante limitada. Lo primero que pone freno a la efectividad del ataque es que el código malicioso no funciona tal y como está, probablemente por un fallo en la programación por parte de los atacantes. Y lo segundo es que la cuenta de GitHubcomprometida se usa como espejo, y no es la infraestructura principal usada por defecto por el sistema de paquetería. La principal está en servidores controlados directamente por la organización de Gentoo.

Otra medida de protección que se puede deducir del comunicado oficial de Gentoo es la verificación de los commits (unidades de actualización de código usadas en repositorios de código como Git). Cada vez que un desarrollador de Gentoo sube código al repositorio a través de un commit, ese commit va firmado por él, y el comunicado da a entender que los commitsconteniendo código malicioso no venían firmados por desarrolladores de Gentoo.

Saber si estás afectado es bastante simple: si has usado esa cuenta de GitHub en los últimos días, es probable que hayas descargado código malicioso. Pero según comentaban, el código no funcionaba. Así que bastaría con sincronizar usando la infraestructura principal en vez de la cuenta de GitHub, para que los paquetes con ebuilds modificados para incluir código malicioso se sobreescriban con versiones buenas, y posteriormente poder reinstalar los paquetes instalados en los últimos días.

Más información:
 
Github Gentoo organization hacked
https://www.gentoo.org/news/2018/06/28/Github-gentoo-org-hacked.html

Hostile takeover of our github mirror. Don’t use ebuild from there until new warning!
https://archives.gentoo.org/gentoo-dev/message/03df77a347ec75a9b1ceaab3a2f76ee8

ebuild
https://wiki.gentoo.org/wiki/Ebuild

Vulnerabilidad en WordPress permite a un atacante obtener control total sobre el sitio web en segundos

Un fallo en una de las funciones principales permite borrar cualquier archivo del servidor

https://unidad22.com/wp-content/uploads/2017/02/Wordpress_Security_-_Prevent_your_WordPress_Website_from_Getting_Hacked.jpg

La vulnerabilidad descubierta por RIPS Technologies permite a un usuario con pocos privilegios secuestrar todo el sitio web y ejecutar código arbitrario en el servidor.

El equipo de seguridad de WordPress fue informado del fallo hace 7 meses, pero no se corrigió y afecta a todas las versiones, incluida la actual.

La vulnerabilidad reside en una de las funciones de WordPress que se ejecuta en segundo plano cuando un usuario elimina permanentemente la miniatura de una imagen cargada. Esta acción acepta entradas de usuarios no optimizadas, que permiten a un usuario con privilegios limitados eliminar cualquier archivo del alojamiento web.

El único requisito para explotar el fallo es tener al menos una cuenta de autor, lo cuál reduce la gravedad del problema hasta cierto punto.

Eliminando por ejemplo el archivo wp-config.php, que es uno de los archivos más importantes en la instalación de WordPress, podría obligar a todo el sitio web a volver a la pantalla de instalación permitiendo al atacante reconfigurar el sitio web desde el navegador y tomar su control por completo.

Vídeo demostrativo:

Algo a tener en cuenta es que el atacante no puede leer directamente el contenido del archivo wp-config que contiene el nombre de la base de datos, el usuario de base de datos y la contraseña del mismo, pero sí que puede configurar el sitio especificando un servidor de base de datos remoto bajo su control.

Esperamos que el equipo de seguridad de WordPress arregle esta vulnerabilidad en la próxima versión de su software.

Nueva variante de Ursnif ataca a entidades italianas

Los investigadores de CSE Cybsec ZLab estudian una nueva variante de Ursnif que apunta a compañías italianas utilizando documentos de Microsoft Word especialmente manipulados.

Ya hablamos en su momento de Ursnif, un viejo conocido entre la comunidad de analistas de malware. Fue uno de los bankers más prolíficos de los dos últimos años y afectó a usuarios de distintas partes del mundo: Japón, Norte América, Europa y Australia fueron las zonas más afectadas. El malware, activo desde 2009 ha evolucionado en distintas variantes para adaptarse a los mecanismos que tratan de impedir la amenaza.

Recientemente se ha encontrado una nueva variante que utiliza técnicas de ingeniería social y documentos de Microsoft Word modificados para infectar a las víctimas.

El proceso de infección comienza con un correo dirigido a la víctima con un documento de Word adjunto.

El documento de Word muestra un phishing que intenta convencer a la víctima de que habilite las macros para poder ver correctamente el contenido del documento.

Phishing en el documento de Word. Fuente: http://csecybsec.com

Una vez permitida la ejecución de macros, el malware ya puede infectar la máquina y propagarse. Para ello ejecuta un payload que descargará del servidor de C&C. El cual instalará el binario malicioso en el sistema y descargará otro (cmiftall.exe) queimplementará la persistencia, añadiendo una entrada maliciosa al registro de Windows. Además, el malware se intentará propagar enviando el correo con el adjunto malicioso a los contactos de la víctima.

Como decíamos la campaña está dirigida a usuarios italianos. El correo se presenta escrito en este idioma, con faltas de ortografía y un documento de Microsoft Word adjunto. Algunas muestras encontradas nombraban a estos ficheros como:

  • ComunediVALDELLATORRE_Richiesta.doc
  • IV_Richiesta.doc
  • OrdineDeiGiornalisti_Richiesta.doc
  • WSGgroup_Richiesta.doc
  • CB_Richiesta.doc

Algunos IOCs compartidos por CSE Cybsec son:

Dominios

  • qwdqwdqwd19 .com
  • g94q1w8dqw .com
  • vqubwduhbsd .com
  • fq1qwd8qwd4 .com
  • wdq9d5q18wd .com
  • qwd1q6w1dq6wd1 .com
  • qw8e78qw7e .com
  • qwdohqwnduasndwjd212 .com

IPs

  • 23.227.201.166
  • 172.106.170.85
  • 89.37.226.117
  • 86.105.1.131
  • 62.113.238.147
  • 89.37.226.156
  • 198.55.107.164

Emails

Hashes

  • C97E623145F7B44497B31EF31A39EFED
  • B48F658DBD0EF764778F953E788D38C9
  • 6F571B39FCDE69100EB7AEC3C0DB0A98
  • 29CA7312B356531F9A7A4C1C8D164BDD
  • 535A4EBB8AEF4C3F18D9B68331F4B964
  • 347CE248B44F2B26ADC600356B6E9034
  • 3C301FF033CB3F1AF0652579AD5BC859
  • 716D8D952102F313F65436DCB89E90AE
  • FD26B4B73E73153F934E3535A42B7A16

Como siempre,  recomendamos no abrir correos con adjuntos no solicitados.

Más información:
 
A new variant of Ursnif Banking Trojan served by the Necurs botnet hits Italy:

Koodous vuelve a Las Vegas de la mano de YaYaGen

Desde Hispasec nos alegra enormemente anunciar que la charla “Looking for the perfect signature: an automatic YARA rules generation algorithm in the AI-era” de nuestro compañero Andrea Marcelli ha sido seleccionada para la BSides Las Vegas y DEF CON 26.

Con una asistencia estimada de 22.000 personas, DEF CON y BSIDESLV son dos de las mayores convenciones de hackers del mundo, celebrándose anualmente desde 1993 y 2009, respectivamente, en Las Vegas (Nevada). Cada año, cientos de charlas de investigadores de gran renombre son elegidas para presentar los últimos avances y “hacks” en seguridad de la información.

Andrea Marcelli es un investigador de seguridad y parte de nuestro equipo desde noviembre de 2016, trabajando en el proyecto Koodous y desarrollando nuevas herramientas para automatizar la detección de malware en Android. Además es un estudiante de doctorado del Politécnico de Turin (Italia), donde investiga sobre Machine-Learning, modelado semisupervisado y métodos avanzados de optimización, todos aplicados principalmente a los problemas abiertos en seguridad de la información.

En el último año, Andrea ha enfocado su investigación en el desarrollo de nuevos algoritmos de Inteligencia Artificial para la generación automática de firmas de malware, una tarea crítica tanto para la industria de antivirus como para la comunidad de investigadores. Sus esfuerzos se han materializado en la familia de herramientas YaYaGen (Yet Another YARA rule Generator), desarrollada para facilitar el difícil y costoso proceso de escribir firmas de malware: Dada una familia especifica, los algoritmos automáticamente extraen de cada muestra las características más significativas y las combinan para garantizar la mayor cobertura de detección mientras evitan falsos positivos. Finalmente, las firmas generadas automáticamente por YaYaGen se traducen a reglas YARA que pueden ser añadidas directamente a Koodous para detectar variantes de malware con facilidad.

Durante su charla en ambos eventos, Andrea presentará la familia de herramientas YaYaGen y las ideas detrás de los algoritmos desarrollados. ¡Si estás por Las Vegas asegúrate de no perdértela! BSides Las Vegas se celebrará entre el 7 y 8 de agosto en The Tuscanymientras que DEF CON 26 tendrá lugar entre el 9 y 12 de agosto en los hoteles Caesars Palace y Flamingo. La charla en DEF CON esta programada a las 13:00 del sábado 11 de agosto, y para BSides está aún por confirmar.

Resumen

Dado el alto ritmo al que se crean nuevas variantes de malware, los sistemas antivirus deben esforzarse para tener sus firmas actualizadas y sufren una cantidad considerable de falsos negativos. La generación de firmas efectivas contra nuevas variantes, y que además eviten falsos positivos, es una tarea necesaria aunque supone un desafío, requiriendo normalmente una alta implicación de un experto. Para resolver el problema de generación de firmas para malware se pueden usar técnicas de Inteligencia Artificial.

El fin último es la creación de un algoritmo capaz de crear automáticamente una firma generalizada de una familia, finalmente reduciendo la exposición a las amenazas y aumentando la calidad de las detecciones. La técnica propuesta genera automáticamente una firma óptima que identifica a una familia de malware con una alta precisión y buena exhaustividad, usando para ello heurística y algoritmos tanto evolutivos como lineales.

En esta charla presentaremos YaYaGen (Yet Another YARA Rule Generator), una herramienta para generar automáticamente firmas de malware para Android. Las mejoras han sido evaluadas en el conjunto de datos masivo de millones de aplicaciones disponible a través del proyecto Koodous, mostrando que el algoritmo es capaz de generar reglas precisas capaces de detectar malware desconocido de forma más eficiente que aquellas reglas generadas por humanos.

Más información:

Apache Cassandra corrige un error de regresión introducido hace 2 años

Se ha corregido una vulnerabilidad introducida como parte de la solución propuesta para el CVE-2015-0225. Esta vulnerabilidad se trata de un error de regresión que podría permitir a un atacante sin autenticar llevar a cabo ejecución de código remota.
Apache Cassandra es una base de datos NoSQL distribuida y basada en un modelo de almacenamiento de ‘clave-valor’, de código abierto que está escrita en Java. Permite grandes volúmenes de datos en forma distribuida. Su objetivo principal es la escalabilidad lineal y la disponibilidad. La arquitectura distribuida de Cassandra está basada en una serie de nodos iguales que se comunican con un protocolo P2P con lo que la redundancia es máxima.
 
El fallo, al que se le ha asignado el identificador CVE-2018-8016, permite a un atacante remoto ejecutar código arbitrario bajo una configuración por defecto del sistema. El fallo se debe a que se podría unir la interfaz JMX/RMI al resto de interfaces del sistema, permitiendo la ejecución de código Java a través de peticiones RMI especialmente manipuladas.
Las versiones afectadas por esta vulnerabilidad van desde la 3.8 a la 3.11.1, ambas inclusive. El fallo ha sido solucionado en la versión 3.11.2 del popular motor de base de datos no relacional.

Plaintee y DDKong malware usado para el ciberespionaje de entidades asiáticas

Se ha descubierto una campaña de ataques de espionaje dirigidos a entidades del sudeste asiático utilizando malware.

Recientemente se ha descubierto una campaña de ciberespionaje que está asociada al grupo detrás del troyano KHRAT y ha estado afectando a los países del sudeste asiático.
El grupo denominado RANCOR usa dos familias de malware ‘PLAINTEE’ y ‘DDKONG’.

Los investigadores habían monitorizado la infraestructura del ‘C&C’ del troyano ‘KHRAT’donde identificaron múltiples variantes de este malware.

Despliegue
Para llegar a infectar el equipo primero se manda un correo con phishing dirigido que contiene distintos vectores de infección tales como: macros en ficheros Office, aplicaciones HTML (.hta)…etc.

La infección a través de las macros de un fichero Office se hace incorporando el código malicioso principal en los metadatos del documento donde reúne unas características idóneas para la evasión de los mecanismos de detección.

RANCOR_2
Contenido de la macro – Fuente

En la siguiente etapa de ejecución del malware se descarga y se ejecuta el siguiente código

Siguente etapa del malware – Fuente

En el caso de las aplicaciones HTML se envían como archivo adjunto en el correo, cuando se descarga y se ejecuta el archivo ‘.hta’ se descarga y ejecuta el malware desde un sitio web remoto y carga una imagen falsa como respuesta a la ejecución del fichero.

DDKong

Este malware contiene tres funciones: ‘ServiceMain’‘Rundll32Call’‘DllEntryPoint’. La función ServiceMain se ejecuta y espera a que se cargue como servicio, si se carga con éxito genera una nueva instancia de sí mismo con la exportación de ‘Rundll32Call’ mediante una llamada a ‘rundll32.exe’.

La función ‘Rundll32Call’ de este malware se asegura de que solo se ejecute una única instancia de ‘DDKong’. Este intenta decodificar la configuración utilizando una clave XOR. Una vez decodificada obtenemos la configuración y procede a enviar una señal al C&C a través de TCP.

Plaintee

Plaintee usa un protocolo UDP personalizado para sus comunicaciones con el C&C. Este malware contiene tres funciones: ‘Add’‘Sub’‘DllEntryPoint’. Cuando se carga inicialmente se ejecuta la función ‘Add’ que ejecuta este código para conseguir la persistencia.

Persistencia – Fuente

Lo siguiente que hace es generar un ‘mutex’ llamado ‘microsoftfuckedupb’ y genera un‘GUID’ único a través de una llamada a  ‘CoCreateGuid()’ para ser utilizado como identificador de la víctima.

A continuación el malware recopila los datos del sistema de la máquina infectada e introduce un bucle en el que decodifica un ‘BLOB’ de configuración incrustado. La configuración está codificada usando XOR y el primer byte de la cadena se usa como la clave XOR para decodificar el resto de los datos.

Beacon de Plaintee – Fuente
Estructura del paquete de red de Plaintee – Fuente

Este paquete se envía hasta que el servidor C2 de una respuesta válida. Una vez se recibe estas respuestas el malware genera varios hilos de ejecución nuevos con diferentes parámetros con el objetivo de cargar y ejecutar los complementos que se reciban desde el C2.



Hash List

  • 0bb20a9570a9b1e3a72203951268ffe83af6dcae7342a790fe195a2ef109d855[Loader]
  • c35609822e6239934606a99cb3dbc925f4768f0b0654d6a2adc35eca473c505d[Plaintee]
  • b099c31515947f0e86eed0c26c76805b13ca2d47ecbdb61fd07917732e38ae78[Plaintee]
  • 119572fafe502907e1d036cdf76f62b0308b2676ebdfc3a51dbab614d92bc7d0[DDKong]
  • 0517b62233c9574cb24b78fb533f6e92d35bc6451770f9f6001487ff9c154ad7 [DDKong]


Más información:
 
Fuente: