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.