Archivo de la categoría: Trend Micro

Un viaje de cinco años: cómo Trend Micro ayudó a reducir Scan4You

En Trend Micro siempre hemos mantenido una estrecha relación con las fuerzas y cuerpos de seguridad de todo el mundo, porque creemos que solo juntos podemos hacer que el mundo sea un lugar más seguro para intercambiar información digital. A medida que el negocio del cibercrimen siga creciendo y evolucionando, también lo hará nuestra respuesta. Por ello, nos complace poder haber ayudado al FBI en un caso transnacional durante cinco años que ha permitido llevar a juicio a dos sospechosos y que ha terminado con el conocido servicio de antivirus Counter AV (CAV) Scan4You.
Tal y como se detalla en un nuevo informe de Trend Micro, el caso subraya no solo la solidez de la recopilación de inteligencia y el apoyo de la investigación de Trend Micro, sino también la naturaleza, a menudo ardua, de la vigilancia del cibercrimen.

Un camino largo y tortuoso
Los servicios CAV son una parte clave de la industria mundial del cibercrimen, lo que permite a posibles atacantes probar la efectividad de su malware sin riesgo de ser detectados. Sin ellos, los ataques no serían tan exitosos. Scan4You fue uno de los más prolíficos del mundo, después de haber ganado la confianza de incontables black hats. Pero los investigadores de Trend Micro tenían otras ideas.

En 2012, mientras se investigaba un exploit kit privado denominado g01pack, se detectó cierta actividad inusual. Solo unos minutos antes de que los exploits se utilizaran, alguien que usaba direcciones IP en Letonia verificaba si el sistema de reputación web de Trend Micro ya estaba bloqueado las URL que alojaban los exploits. En una inspección más profunda, se puso de manifiesto que esas direcciones IP no solo estaban comprobando las URL que explotaban g01pack, sino muchas otras. Acabábamos de encontrar Scan4You, un servicio clandestino que permitía a los ciberdelincuentes verificar su último malware contra más de 35 motores de antivirus comerciales.

Durante los cinco años siguientes, el equipo de investigación de Trend Micro trazó el aumento del servicio, compartiendo pruebas con el FBI en 2014, lo que finalmente ayudó a los investigadores a arrestar y procesar a dos sospechosos. Durante ese tiempo, se descubrió que los administradores del sitio ‘Borland’ y ‘Garrik’ tenían vínculos con muchas otras actividades de cibercrimen. Entre estas se incluyen Eva Pharmacy, una de las operaciones más antiguas en torno al uso de spam y tácticas de SEO para vender medicamentos con receta, así como campañas asociadas al empleo de troyanos bancarios y la venta de detalles de tarjetas de crédito robadas.

La lucha continúa
Boland y Garrik fueron arrestados el año pasado como parte de una operación policial internacional, tras la cual se advirtió que se detenía toda la actividad de escaneo de Scan4You. Aún mejor, no se ha observado un aumento considerable en los usuarios de servicios CAV rivales como VirusCheckMate, por lo que parece que la investigación ha tenido un impacto real en el mercado negro del cibercrimen.

Esta es la razón por la que Trend Micro siempre ha trabajado estrechamente con las fuerzas del orden público. Proteger a los clientes es vital, pero también es importante tratar de provocar un cambio interrumpiendo el cibercrimen. Desde 2013, las alianzas que mantenemos con 20 asociaciones como el FBI, Interpol, Europol, la Agencia Nacional del Crimen (NCA) del Reino Unido y otras muchas entidades, han supuesto un duro trabajo y una estrecha colaboración para lograrlo. De hecho, un reseller de Scan4You fue condenado recientemente a dos años de prisión después de una investigación conjunta entre la NCA y Trend Micro.

Ha sido gratificante ver que la cooperación con los investigadores de inteligencia de Trend Micro ayudó a llevar a juicio a los sospechosos de Scan4You: es una prueba de la amplia base de conocimientos y capacidades internas que hemos acumulado en los últimos 30 años. El cibercrimen, por lo general, se presenta en la televisión o en las películas en una batalla bastante estereotipada y de alto octanaje entre “bueno contra malo”. La verdad, como hemos visto, es bastante más mundana, y los casos tardan más de 90 minutos en resolverse.

Por ello, celebramos este éxito, pero nos armamos de más trabajo para el futuro. Con cooperaciones tan estrechas como esta, la policía y los proveedores de seguridad como nosotros podremos hacer la vida cada vez más incómoda a los malos. Lo han tenido fácil durante demasiado tiempo. Entonces, luchemos contra ellos mientras continuamos en nuestra misión para asegurar el mundo conectado.

Trend Micro lanza el primer análisis del estilo de escritura del mercado potenciado por inteligencia artificial (IA) para detener el fraude por email

La innovadora función ayuda a detectar los ataques BEC que se hacen pasar por directivos

“Es la primera que vez que se lanza un análisis del estilo de escritura por correo electrónico en nuestro mercado”, asegura Michael Osterman, de Osterman Research. “Esto es una demostración convincente y poderosa de que la AI se utiliza para la protección esencial de la ciberseguridad contra el vector de ataque de mayor impacto financiero en la actualidad: el correo electrónico”.

Trend Micro Writing Style DNA es una nueva capa de protección contra los ataques BEC, que utiliza AI para “trazar” el estilo de escritura de un usuario, empleando más de 7.000 características de escritura. Cuando se sospecha que un correo electrónico se hace pasar por un usuario de alto perfil, se compara el estilo con este modelo de AI capacitado y preparado y se envía una advertencia al remitente implicado, al destinatario y al departamento de TI.

“El panorama de amenazas futuras requiere de una protección potenciada con la AI que maximice las reglas de los expertos y el machine learning”, explica Eva Chen, CEO de Trend Micro. “Nos enorgullece añadir otra industria por primera vez en este área”.

Chen afirma que “Esta nueva capacidad es el complemento perfecto para nuestra solución de seguridad para el correo electrónico, así como para el servicio de conocimiento y simulación de phishing que ponemos al servicio de las empresas. En un mundo en el que el fraude electrónico por email es cada vez más sofisticado y tan perjudicial desde el punto de vista financiero, se necesitan varias capas para volver a poner a las organizaciones a la ofensiva”.

En 2017, el 94% de todo el ransomware bloqueado por Trend Micro se distribuyó por correo electrónico. Además, se espera que, a escala global, las pérdidas totales producidas por las estafas BEC asciendan a 9.000 millones de dólares en 2018, con una pérdida media de 132.000 dólares por incidente BEC. Los negocios deben poder impedir el phishing, tanto a través de la formación como de la tecnología.

Los ataques BEC se hacen pasar por el CEO, el presidente o el director de una compañía casi en el 70%  de las ocasiones, con solicitudes urgentes para que un empleado realice una transferencia bancaria o responda facilitando datos confidenciales. Estos son difíciles de detectar porque los correos electrónicos generalmente no tienen un archivo adjunto o un link URL, que son más comúnmente reconocidos como sospechosos.

Writing Style DNA proporciona análisis de autoría para complementar las capas de inspección de inteligencia artificial existentes que se centran en la intencionalidad del email y el comportamiento de los atacantes verificando la información en el encabezado y el contenido del correo electrónico. Al hacerlo, es capaz de identificar a los atacantes que secuestran dominios/cuentas legítimas que eluden los filtros tradicionales. Los ejecutivos también tienen oportunidad de interactuar, pudiendo hacer comentarios sobre los correos electrónicos marcados para mejorar la detección y reducir los falsos positivos.

Writing Style DNA se lanzará en junio de 2018 sobre Cloud App Security (CAS) para Microsoft Office 365 y ScanMail para Microsoft Exchange (SMEX), y se incluirá con las protecciones existentes para BEC sin coste adicional. La fase beta comenzó a mediados de marzo (para SMEX) y principios de abril (para CAS).

Sin embargo, Business Email Compromise es solo una de muchas amenazas transmitidas a través del correo electrónico. Otro riesgo grave para las organizaciones proviene del phishing, donde los mensajes falsificados se utilizan para engañar a los usuarios para que se descarguen malware o divulguen datos personales e inicios de sesión.

Este es el motivo por el que Trend Micro ha introducido una plataforma gratuita de simulación de phishing, Phish Insight, que permite a las empresas de todos los tamaños y presupuestos probar la capacidad de sus empleados para detectar todos los correos electrónicos fraudulentos. Después las organizaciones pueden adaptar y personalizar un programa educativo basado en los resultados de la simulación utilizando el material proporcionado a través de la plataforma.

Accede aquí para conocer más información.

GDPR vs Blockchain: tecnología vs la ley

Uno de los mayores impactos que el GDPR tendrá para los consumidores (al menos en el caso de los ciudadanos de los países que cumplen con el GDPR) es el derecho al olvido. Una persona puede solicitar que sus datos sean eliminados de cualquier registro. Pero ¿qué ocurre si este registro es parte de un blockchain? Esto plantea un desafío para las implementaciones blockchain. La tecnología blockchain está diseñada para durar para siempre. Cada bloque tiene un hash basado en su contenido y traslada el hash de su predecesor. Por lo tanto, cuando observas un bloque en blockchain puedes rastrear el bloque a través de sus predecesores llegando hasta el bloque fundador. Cambiar el contenido de un bloque varía el hash del mismo. Si el hash de un bloque cambia, los sucesores no lo referenciarán. A lo que apuntan es al bloque original y válido. Reconstruir la cadena con el bloque reemplazado significa que el hash para cada bloque tendrá que ser recalculado, lo cual supone una gran tarea de cálculo computacional.

En la imagen de la Figura 1, observamos parte de un blockchain mostrando tres bloques. El bloque 36 contiene el hash para el bloque 35, algunos datos (DATA yyyyy) y su nuevo hash propio (HASH 36). Hay que tener en cuenta que algunos de los datos pueden incluir la identidad del creador de esos datos, el minero que calculó el hash. Si los datos cambian, el valor de HASH 36 también cambiará.

Los bloques posteriores no lo señalarán.

Imagen 1: Tres bloques en un blockchain

 

Para un blockchain distribuido, el problema de la modificación de la cadena se vuelve enormemente más complejo. No solo se deberá volver a calcular el hash del bloque modificado y de los sucesivos, sino que cada copia del blockchain tendrá que ser reemplazada en cada máquina en la que resida. Cualquiera que haya enviado en alguna ocasión un email erróneo a un grupo sabe lo complicado que es recuperar todas esas copias. Desde que los blockchains son eficazmente imborrables, cualquier registro que contenga información personal sobre un individuo no puede ser alterado.

Además, cualquier individuo que crea un bloque en un blockchain está afiliado a ese bloque por la duración del mismo. En sistemas como el bitcoin, los mineros usan un pseudónimo (normalmente generado mediante una criptografía de clave pública) para validar su autoría sin desvelar su identidad. Si la identidad de esa persona es revelada, esa relación queda expuesta a todas las transacciones en las que ha participado. En pocas palabras, tanto el contenido del bloque como la autoría de este son permanentes.

Bajo el GDPR, una organización que construye un blockchain puede tener que eliminar un bloque o modificar algunos datos para cumplir con la solicitud de derecho al olvido de alguien. ¿Cómo funcionaría eso? Para ilustrar este problema, considere esta parte de historia. La popular base de datos de mainframe DB2 respaldaba la seguridad en torno al uso de ‘vistas’, mapas de datos utilizados por las aplicaciones. Cada vista requiere un propietario, un usuario en el sistema. A menudo, este sería la identificación ID de un usuario de un individuo particular, con un permiso otorgado especial para permitirles crear o modificar una vista. Con el tiempo, el individuo puede cambiar a un trabajo diferente o abandonar la compañía. Si el ID de esa persona se eliminó del sistema, la vista ya no funcionaría. Las empresas tenían que preservar estos ‘‘ID huérfanos’’ siempre que la aplicación que utilizaba la vista permaneciera en producción. Esto planteó un problema para los auditores a la luz de Sarbanes Oxley: cada ID debe tener un usuario conocido y autenticado.

Cuando las organizaciones desplegaban sus herramientas de gestión de identidad (IdM), estos ID huérfanos se marcarían como “no válidos”. La respuesta es usar identidades sintéticas. Es decir, en lugar de utilizar la identidad de un individuo, crea una identidad indirecta y mantiene la asociación entre ese pseudónimo ID y el sujeto de datos real por separado y de forma segura. La minería sería manejada por “Corp-ID Miner 031”. Si ese individuo deseaba ser olvidado, la organización asignaría ese pseudo ID a otro técnico profesional para la minería.

Un registro médico se referiría a “Corp-ID Client 192734”. Si esa persona deseaba ejercer su derecho al olvido, la organización volvería a reasignar ese pseudo-ID a una ID nula, erradicando así el enlace de la persona a los datos. Este ejemplo puede ayudar a aclarar esta propuesta. Durante la década de los 1980, trabajé como custodio de algunos documentos de planificación con el centro de desarrollo de software de IBM en Poughkeepsie, Nueva York. En ese trabajo, las personas, por lo general, permanecían uno o dos años. Muchos otros departamentos y laboratorios de IBM necesitaban información sobre los elementos del plan, pero actualizar constantemente cada potencial corresponsal con la dirección de correo electrónico del nuevo ocupante del puesto era tedioso y poco confiable. Por el contrario, teníamos una identificación de correo electrónico como “MVS Lab Plan” que era propiedad de quien tenía ese rol y su copia de seguridad. Cualquier consulta sobre el plan se dirigiría a ese ID, y quien respondiera proporcionaría la información solicitada (después de autenticar al solicitante). Tal y como sucede hoy, cuando se quiere hablar con la policía, no se busca el número del responsable, sino que marca directamente el 911 -en el caso de emergencias en Norteamérica- o el 112 -en España-, y el teléfono se gestiona desde un call center.

GDPR no prohíbe blockchain, pero sí establece algunos requisitos de procedimiento alrededor del uso de blockchain en las empresas comerciales. Para las personas que optan por un blockchain, no hay autoridad para modificar o corregir un bloque una vez que se haya incorporado a la cadena. Para ellos, “caveat emptor”, es decir, “el comprador asume el riesgo”. En el caso de las organizaciones, estas deben asegurarse de que cuentan con un mecanismo que permita desasociar a un individuo con sus contribuciones de blockchain, ya sea como minero o como sujeto de datos.

Asegurar el futuro de nuestro coche conectado con Panasonic

Existen pocas fronteras más emocionantes dentro del Internet de las Cosas (IoT) que los coches conectados. Gartner prevé que en 2020 habrá 61 millones de vehículos nuevos con conectividad incorporada. Pero a medida que nos acercamos más al futuro, y el momento en que los coches autónomos serán vistos como algo habitual, tenemos que estar más atentos a las implicaciones que las ciberamenazas suponen en este ámbito. Los ataques del mundo real y las pruebas de los investigadores ya han demostrado la posibilidad de que se produzcan daños graves.

Es por eso que Trend Micro ha anunciado una asociación con Panasonic que aprovechará la experiencia de ambas compañías para desarrollar una solución de ciberseguridad líder para los coches conectados.

Una superficie de ataque creciente

Los coches incorporan cada vez mayor potencia de computación y conectividad, algo lógico a medida que crece nuestro apetito por la funcionalidad digital a bordo. Según McKinsey, los coches conectados a día de hoy pueden tener hasta 100 unidades de control electrónico (ECU), que son los ordenadores de a bordo en el vehículo que controlan un variado número de funciones, desde la dirección, el motor y los frenos hasta lo relacionado con la información y el entretenimiento. Con esta cantidad de cientos de millones de líneas de código, la complejidad es tal que existe la posibilidad de que se dejan huecos que los hackers puedan explotar. Las amenazas aquí no solo giran en torno al robo de datos, como ocurre con muchos ciberataques, sino que también afectan a la seguridad física.

Estas amenazas ya no son teóricas. En 2015, los investigadores lograron hackear de forma remota un Jeep Cherokee a kilómetros de distancia, tomando el control del volante, frenos y motor, mientras conducía por una autopista. Lo consiguieron explotando una vulnerabilidad de conectividad en el sistema de infoentretenimiento Uconnect del vehículo, antes de pivotar y reescribir el firmware que les permitió emitir los nuevos comandos. El escándalo provocó que el fabricante retirara los vehículos afectados.

Esta investigación ha sido seguida por muchos otros esfuerzos similares, poniendo de manifiesto lo amplia que es la superficie de ataque de los coches conectados modernos.

Una nueva alianza

Por este motivo Trend Micro se ha asociado a Panasonic en una nueva alianza que permitirá a las dos compañías desarrollar conjuntamente una solución de ciberseguridad para coches conectados. La idea es aprovechar al máximo las habilidades y capacidades únicas de una de las partes para desarrollar un producto que pueda detectar y prevenir de manera efectiva las intrusiones en los ECU, en los dispositivos de infoentretenimiento (IVI) como los sistemas de navegación y en los dispositivos telemáticos.

Con este objetivo, aprovechará la tecnología de prevención y detección de intrusiones Control Area Network (CAN) de Panasonic para detectar y bloquear cualquier comando no autorizado enviado a los ECU que controlan las operaciones clave. Por su parte, Trend Micro contribuirá con su experiencia en seguridad en IoT, análisis de malware e inteligencia de seguridad global para proteger los dispositivos IVI de los exploits. Los datos de ambos sistemas serán enviados a una plataforma cloud para su análisis, y el tráfico sospechoso será bloqueado.

La combinación de la experiencia en IoT y en prevención de amenazas de Trend Micro y el conocimiento de Panasonic sobre la seguridad en el vehículo y sus acuerdos con los fabricantes de automóviles, nos ofrecerán la oportunidad de marcar una diferencia real para la seguridad de los coches conectados. A medida que los ciberdelincuentes continúan buscando nuevas oportunidades de generar ingresos, estas son buenas noticias tanto para los fabricantes de coches como para los conductores.

Trend Micro ha elegido a Panasonic por su conocimiento de la seguridad en el vehículo y su asociación con los fabricantes de automóviles.

Panasonic ha seleccionado a Trend Micro por la tecnología de seguridad para IoT de la compañía diseñada en base a su experiencia en seguridad para los PC desde hace ya muchos años, y por su reputación en la industria de la seguridad.

La tecnología de Panasonic podrá detectar cualquier comando no autorizado enviado a un ECU que controle la experiencia de conducción, mientras que Trend Micro IoT Security, que utiliza la inteligencia y experiencia de seguridad global de Trend Micro como el análisis de malware, será implementado en los dispositivos de infoentretenimiento (IVI) de a bordo del vehículo, como los sistemas de navegación automotriz, para detectar ataques que busquen explotar las vulnerabilidades a través de Internet.

La tecnología de monitorización de IP en el vehículo de Trend Micro se basa en la inteligencia de seguridad del PC acumulada durante muchos años. Además, la tecnología de monitorización CAN en el vehículo de Panasonic tiene tecnologías únicas de detección y prevención establecidas a través de pseudo-ataques contra varios vehículos. Podemos diferenciarnos al combinar ambas tecnologías.

TRITON empuña su tridente – Nueva manipulación de malware con sistemas de seguridad industrial

TRITON o TRISIS (detectado por Trend Micro como TROJ_TRISIS.A) es un malware recientemente descubierto que ha sido diseñado para manipular sistemas de seguridad industrial y, más concretamente, estuvo involucrado en el cierre de las operaciones de una planta industrial (según se ha comunicado en un país de Oriente Próximo). Según los informes, la víctima en cuestión no sufrió daños ya que el sistema de la planta se cerró de manera segura. Sin embargo, la tecnología específica seleccionada se utiliza ampliamente en diversas industrias, especialmente en el sector de la energía, lo que deja a otras organizaciones vulnerables. Además, el cierre del sistema podría haberse desencadenado inadvertidamente como resultado de una actividad de exploración por parte de los atacantes, quienes intentaba aprender cómo funcionaba el sistema para su uso futuro.

El ataque TRISIS supone el primer informe de atacantes que apuntan directamente a un sistema instrumentado de seguridad (https://www.automationworld.com/cyber-attack-hits-safety-system-critical-infrastructure). Como era de esperar, las comparaciones con Stuxnet dominan la cobertura sobre TRITON. Pero, ¿qué es lo realmente novedoso aquí? A continuación, el equipo de investigación de Trend Micro, presenta bajo el formato Preguntas Frecuentes lo que se sabe actualmente sobre el malware TRITON, qué lo hace tan novedoso y lo que esto podría significar para la seguridad de los Sistemas de Control Industrial (ICS) en general.

Detección
Dos compañías ha publicado informes que cubren este malware. Una empresa de seguridad descubrió malware ICS a medida en estado puro, desplegado contra al menos una víctima en Oriente Próximo, a mediados de noviembre de 2017. El malware fue descrito en un informe posterior y denominado TRISIS porque se dirige a Triconex, el sistema de seguridad instrumentado (SIS) de Schneider Electric. Casi al mismo tiempo, se publicó otro informe de un proveedor de seguridad en el que se abordaba un incidente en una planta industrial que apuntaba a la misma familia de malware. Llamaron al malware “TRITON”, también en referencia al sistema Triconex para el que fue específicamente adaptado.

¿Qué es SIS, el tipo de sistema para el que TRITON/TRISIS está diseñado   sistemáticamente?
Muchos de los ataques más conocidos y de alto perfil relacionados con ICS de los últimos años han estado relacionados con sistemas de control de procesos como el Control de Supervisión y Adquisición de Datos (SCADA), lo que hace que los ataques SCADA sean relativamente omnipresentes. El malware TRITON, sin embargo, se dirige por primera vez a los controladores de seguridad, es decir, a los llamados sistemas instrumentados de seguridad (SIS).

Los sistemas instrumentados de seguridad se utilizan para controlar el estado de los valores y parámetros de los procesos de una planta dentro de los límites operacionales. En condiciones de riesgo, están programados para activar alarmas y restablecer la planta a un estado seguro o apagarla de manera segura si los parámetros indican una situación potencialmente peligrosa. Estos controladores de seguridad han sido tradicionalmente sistemas separados y se supone que funcionan independientemente de otros equipos en una instalación con el único propósito de monitorizar la seguridad. Lo que sabemos sobre el escenario en cuestión es que el controlador Triconex SIS tenía su interruptor de llave en “modo programa” durante el momento del ataque, y el SIS estaba conectado a la red de operaciones contra el estándar de buenas prácticas.

Si se observa el SIS en general y la información disponible públicamente, parece que quien planificó el ataque debería haber tenido acceso a un prototipo y estudiado el SIS específico muy de cerca para construir un exploit a medida específicamente para el tipo de SIS utilizado por la víctima objetivo, en este caso, Triconex SIS de Schneider Electric.

¿Cómo funciona TRITON y qué puede hacer?
TRITON/TRISIS es un fragmento de malware altamente dirigido. No es un ataque escalable, ya que debe modificarse para cada organización objetivo, dado que cada SIS es exclusivo de la organización y la industria en la que se utiliza. Las variantes detectadas actualmente están diseñadas específicamente para manipular los productos Triconex.

Según los informes, el atacante primero obtuvo acceso remoto al SIS y luego implementó TRITON en una estación de trabajo basada en Windows con el objetivo de reprogramar los controladores SIS. La herramienta de ingeniería y mantenimiento utilizada por los productos Triconex SIS es TriStation. El protocolo TriStation es propiedad y no es de acceso público. TRITON/TRISIS aprovecha este protocolo, lo que sugiere que el atacante realizó una ingeniería inversa al desarrollar el malware.

Una vez que el controlador SIS se ha visto comprometido, el atacante puede reprogramar el dispositivo para desencadenar deliberadamente un estado seguro, lo que se traduce en tiempo de inactividad no deseado y pérdidas financieras. Lo contrario también sería posible, permitiendo un escenario en el cual los atacantes podrían reconfigurar el SIS para permitir parámetros peligrosos sin entrar en el estado seguro predeterminado. Esto podría tener un impacto físico nefasto en la producción, en la planta en sí y, por supuesto, en la seguridad humana, de acuerdo con las firmas de seguridad que lo investigan.

¿Quién está afectado?
Los informes actuales indican que este malware ha afectado a organizaciones en Oriente Próximo. El mismo tipo de controladores de seguridad se utilizan ampliamente en infraestructuras críticas, a menudo en instalaciones de energía (petróleo y gas), y también a veces en instalaciones de energía nuclear o plantas de fabricación. Lo que podemos suponer es que este ataque sugiere que el agente de amenaza parece tener interés en causar un ataque de alto impacto con daño físico, descartando a los grupos de ciberdelincuencia comunes y corrientes

¿Qué significa esto para la seguridad de ICS?
El malware TRITON/TRISIS es ampliamente visto como un evento relativamente significativo en la comunidad ICS, mientras que otros cuestionan si eso no exagera la realidad dado que los hechos en este momento son dispersos y el análisis final aún no se ha hecho público. Debido a su potencial capacidad para causar un impacto físico, se considera el quinto malware específico adaptado para ICS y el primero en apuntar al SIS en particular, introduciendo así un nuevo componente en la superficie de amenazas de ICS. Se dice que TRITON/TRISIS es el siguiente en una línea de ataques de malware de alto perfil dirigidos a ICS con objetivos muy sofisticados. La cobertura sobre TRITON se ha comparado con otras familias de malware relacionadas con ICS, como Stuxnet, así como con Industroyer o BlackEnergy, que afectaron a empresas de distribución de electricidad principalmente en Ucrania.

Dirigirse a la infraestructura crítica para interrumpir, alterar o destruir sistemas no es nueva, sino más bien consistente con numerosas actividades de ataque y reconocimiento llevadas a cabo por varios actores de amenazas a nivel global. TRITON es constante con estos ataques en los que podría evitar que los mecanismos de seguridad ejecuten su función prevista, derivando en una consecuencia física. Ahora, los sistemas modernos de control y automatización de procesos industriales dependen de una variedad de sofisticados sistemas de control y funciones de seguridad, por lo que el daño mecánico posible a través del controlador está limitado por cualquier sistema de seguridad mecánico desplegado dentro del ICS, también conocido como Tecnología Operacional. Por tanto, comprometer los controladores de seguridad no significa necesariamente que se vea comprometida la seguridad del sistema. Sin embargo, TRISIS debe verse como una ampliación de la segmentación de activos de ICS, otra vía para que los ciberdelincuentes potencialmente causen un daño significativo en un entorno de ICS. Definitivamente, aquí parece que la novedad radica en el enfoque en los sistemas de seguridad, y aunque todavía no se ha visto el daño real, el atacante ha diseñado un plan para ir tras los sistemas de seguridad.

Defensa y mitigación
La mitigación en caso de tal compromiso es importante. En el transcurso de un riesgo, es fácil encontrar fallos en un componente. Pero desde un punto de vista realista, una organización, además de cubrir los aspectos básicos, también debería realizar un estudio adecuado de su propio entorno OT específico. Esto no quiere decir que no sea fundamental contar con las mejores prácticas en las instalaciones, especialmente tener un firewall y un sistema de  segregación, que se supone que son una parte integral del diseño como se ve en el ejemplo del SIS. Los diseños integrados pueden ser tentadores por el coste que reducen y las oportunidades que ofrecen, pero los casos de estudio como TRISIS destacan reiteradamente el alto riesgo de ataque cibernético engendrado.

Trend Micro ha recompilado un listado de las estrategias defensivas básicas más importantes para ICS aquí.

Para obtener más información acerca de los sistemas ICS y cómo se configuran normalmente,  consulte las guías para los componentes ICS y para proteger los entornos ICS