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:
Como se pueden ver en la imagen anterior el malware utilizan el hardware ID de Diebold VID03F4 PID1003y la casualidad es que:
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-db, pentestlab 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|
INFO – xxxxxxxxxxxxxxxxxxxxxxxx|
INFO – xxxxxxxxxxxxxxxxxxxxxxxx|
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
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:
Para los casos de múltiples dispensadores:
namespace CASHDISPENSER3Lib
[ComImport, TypeLibType((short) 0x1050), Guid("120B74EC-AA85-11D4-B1FA-EPP
Y no nos olvidemos del EPP también está preparado para múltiples EPPs:
[ComImport, Guid("7EA64F00-B668-11D4-A31A- 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:
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:
SHA1:
Path: C:\Diebold\exe\exp.ps1
Filename: INTEROP.
MD5:
SHA1: f491905e7382e828fce8ea41
Path: C:\Diebold\exe\INTEROP.
Filename: INTEROP.PINPAD3LIB.
MD5:
SHA1:
Path: C:\Diebold\exe\INTEROP.
Filename: Display Settings.dll
MD5:
SHA1:
