Etiqueta: Github

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

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

Github advierte sobre instaladores maliciosos encontrados en proyectos basados en blockchain

El pasado 13 de junio Github lanzó un comunicado advirtiendo a los usuarios de criptodivisas sobre instaladores Windows maliciosos encontrados en algunos repositorios de la conocida plataforma de desarrollo.

 

Estos ataques están dirigidos a proyectos basados en Blockchain, que por lo general involucran alguna criptodivisa que puede ser canjeada por dinero real. Los ataques tratan de suplantar algún componente del proyecto para infectar a sus usuarios y poder robar sus activos digitales.

La investigación tuvo lugar a raíz de que los desarrolladores del proyecto Syscoindescubrieran una copia no firmada del instalador “Windows Syscoin 3.0.4.1” en la página de releases del proyecto.

Tras analizar el instalador descubrieron que contenía código malicioso que “dropeaba” el archivo “re.exe” en la carpeta “C:\Users\user\AppData\Local\Temp”, un troyano con funcionalidades de keylogger capaz de robar contraseñas y los “wallets” de los usuarios:

https://www.virustotal.com/#/file/b105d2db66865200d1b235c931026bf44428eb7327393bf76fdd4e96f1c622a1/detection

El ataque ha afectado a la capitalización del mercado que ha pasado de los 210 dólares a los 120 aproximadamente.

El instalador fraudulento fue subido a través de una cuenta comprometida de Github y afectó a la versión 3.0.4.1 del instalador.

El troyano sólo afecta a usuarios de Windows y los binarios ya se encuentran sustituidos por sus versiones legítimas.

Los usuarios de Windows que descargaron el instalador de Syscoin entre los días 9 y 13 de junio deberían eliminar cuanto antes el troyano, cambiar todas sus contraseñas y transferir todos sus activos a una cartera segura.

Más información:
 
Security Notice for Windows based installers: