Publicaciones CERTSI e INCIBE sobre Ciberseguridad Industrial, actualizado 1/6/19.

Tanto INCIBE (Instituto Nacional de Ciberseguridad de España) como CERTSI (CERT de Seguridad e Industria) publican a menudo en sus respectivas Webs noticias, guías y artículos sobre distintas temáticas teniendo como telón de fondo la seguridad. Para esta ocasión he ordenado las referentes a Ciberseguriad Industrial, que recopilan un buen número de investigaciones, incidentes, análisis, e informes, sobre distintas temáticas.  Sin duda constituye un conjunto de referencias para el aprendizaje de todo profesional que esté o quiera desempeñarse en securización de estos entornos. Espero que os guste y sobre todo os resulte útil.

Un saludo!

Guías:

  1. Despliegue de un IDS/IPS y gestión centralizada de alertas.
  2. Protocolos y Seguridad en SCI.
  3. Identificación y reporte de incidentes de seguridad para operadores estratégicos: Guía básica de protección de Infraestructuras Críticas.
  4. El Puesto del Operador: Guía básica de protección de Infraestructuras Críticas.
  5. Guía de Seguridad de Protocolos Industriales – Smart Grid

 Artículos:

  1. Incidentes de Seguridad, ¿realmente hemos aprendido del pasado?
  2. Ciberseguridad en el modelo Purdue: dispositivos de nivel 1.
  3. La ciberseguridad en el punto de mira de los fabricantes de SCI.
  4. El punto en que la seguridad y ciberseguridad convergen
  5. Operación SharpShooter: Ciberataques dirigidos a infraestructuras críticas
  6. Dispositivos extraíbles en entornos industriales: amenazas y buenas prácticas
  7. Acceso seguro a dispositivos de campo
  8. Tecnología Cloud en entornos industriales
  9. Tendencias de malware en entornos industriales
  10. Protocolo EtherNet/IP: analizando sus comunicaciones y medidas de seguridad
  11. Cortafuegos industriales, principal elemento de defensa en SCI
  12. NVT: Testeando la seguridad en redes industriales.
  13. IoT: protocolos de comunicación, ataques y recomendaciones
  14. Antivirus actualizado: una herramienta fundamental para mejorar la seguridad en SCI.
  15. Estándar IEC 61850, todos para uno y uno para todos.
  16. Seguridad industrial 2018 en cifras.
  17. Respondiendo a incidentes industriales, SOC OT.
  18. Mejorando la seguridad en IEC 104 con la ayuda del estándar 62351.
  19. TI y TO, ¿ya son amigos?
  20. Control desde dispositivos portables: viejos conocidos, nuevos riesgos.
  21. Estandarización y seguridad en el protocolo OPC UA.
  22. El protocolo serie, entiéndelo y protégelo.
  23. El responsable de la ciberseguridad industrial en la actualidad.
  24. Información privilegiada y ciberespionaje industrial.
  25. Kill Switch en sistemas de automatización y control.
  26. Acceso seguro a SCI: arquitectura de red para accesos externos.
  27. Lista de para actuación frente a ciberincidentes: Gestión y resiliencia.
  28. Las claves de los últimos ataques en sistemas de control industrial.
  29. Registrando eventos en sistemas de control para mejorar la seguridad
  30. Fuzzing y testing en sistemas de control industrial
  31. Defensa Activa e Inteligencia: Threat Intelligence en los entornos industriales
  32. WPA3, la mayor actualización de seguridad en redes Wi-Fi desde hace más de una década
  33. Amenazas emergentes en sistemas de control industrial
  34. Defensa activa e inteligencia: de la teoría a la práctica
  35. Mitigando problemas de disponibilidad en la industria
  36. Tendencias en la industria, mejoras en la ciberseguridad
  37. Auditorías en comunicaciones inalámbricas industriales.
  38. Monitorizando redes y eventos en SCI: más información, más seguridad
  39. Zonas y conductos, protegiendo nuestra red industrial
  40. Honeypot, una herramienta para conocer al enemigo
  41. Entendiendo el tráfico de red industrial, disectores y Lua y Kaitai
  42. Acceso seguro a los SCI: doble factor y accesos externos
  43. Tú reportas, ellos actúan.
  44. Automatización de bajo conste.
  45. El valor de los indicadores de compromiso en la industria.
  46. Gestión de parches en Sistemas de Control.
  47. Introducción a los sistemas embebidos.
  48. Seguridad Industrial 2017 en cifras.
  49. Convergencia TI-TO.
  50. Retos y riesgos de ciberseguridad y privacidad en IoT.
  51. Iniciativas y y mejores prácticas de seguridad en IoT.
  52. 46 métricas para mejorar la ciberresiliencia en un servicio esencial.
  53. Diseño y configuración de IPS, IDS y SIEM en Sistemas de Control Industrial.
  54. Cómo evaluar mi nivel de capacidades en Ciberseguridad según C4V.
  55. Los conocimientos del personal de seguridad industrial.
  56. Ciberseguridad en las comunicaciones inalámbricas en Entornos Industriales
  57. SNMP, ¿es tan simple como el nombre indica?
  58. Cortafuegos transparentes, ladrillos de cristal.
  59. PRP y HSR: Protocolos redundantes.
  60. Robots y drones en la Industria 4.0.
  61. Hardware Hacking en Sistemas de Control Industrial.
  62. CrashOverride: El malware para SCI ataca de nuevo.
  63. Analizando la seguridad sin riesgos: laboratorios de pruebas.
  64. Asegurando la virtualización de tus sistema de control.
  65. Gestión de credenciales en sistemas de control.
  66. Prevención de intrusos y gestión de eventos para sistemas de control.
  67. Insider, las dos caras del empleado.
  68. Amenazas emergentes en entornos industriales.
  69. Honeypots Industriales.
  70. Gestionar el riesgo de los proveedores como propio.
  71. Seguridad en protocolos industriales – Smart Grid
  72. Criptografía para reforzar la ciberseguridad en entornos industriales.
  73. Características y seguridad en PROFINET.
  74. Analizadores de red en Sistemas de Control.
  75. Seguridad Industrial 2016 en cifras.
  76. ¿Nuevo ciberataque a la red eléctrica de Ucrania?
  77. Inventario de activos y gestión de la seguridad SCI.
  78. Líneas de actuación del Esquema Nacional de Seguridad Industrial.
  79. Protocolos Industriales: Herramientas de Seguridad.
  80. ¿Tu empresa es segura? Medir es el primer paso para conseguirlo.
  81. Atrapando sombras en la industria.
  82. Cyber Kill Chain en Sistemas de Control Industrial.
  83. DDOS de actualidad: IoT y los DNS de Dyn.
  84. Seguridad en BlueTooth: Fortalezas y debilidades.
  85. ZigBee en el laboratorio.
  86. Thinking in Big (Data) y la seguridad industrial.
  87. Seguridad desde abajo: dispositivos finales a escena.
  88. Familia de malware en la industria.
  89. Protegiéndose de BlackEnergy: Detectando anomalías.
  90. Seguridad en Comunicaciones ZigBee.
  91. BlackEnergy y los Sistemas Críticos.
  92. Desmontando Modbus.
  93. Safety y security: juntos pero no revueltos.
  94. BMS: Edificios inteligentes, ¿y seguros?
  95. Seguridad industrial 2015 en cifras.
  96. Un SCADA en la ciudad.
  97. Aplicando seguridad en WirelessHart.
  98. Sistemas de control de software libre.
  99. Arquitecturas de seguridad en la nube para la industria.
  100. Las aplicaciones de control se hacen mayores.
  101. Mi SCADA en las nubes.
  102. Evolucionando la comunicación en la industria.
  103. La Ciberseguridad en la Industria 4.0.
  104. Divide y vencerás: Segmentación al rescate.
  105. Monitorización de amenazas en SCADA.
  106. Evolucionando la infraestructura de red en SCI.
  107. Bug Bounties en SCI: Vulnerabilidades en busca y captura.
  108. El consumo eléctrico bajo control.
  109. Buenas prácticas de configuración en la red inteligente.
  110. Disciplina militar en Control Industrial: OPSEC.
  111. Auditorias en sistemas de control.
  112. Amenazas en los Sistemas de Control Industrial.
  113. Certificaciones de seguridad en sistemas de control.
  114. La evolución de los dispositivos en los sistemas de control industrial.
  115. Estándares de ciberseguridad en las redes inteligentes.
  116. BYOD en entornos industriales.
  117. IEC 62443: Evolución de la ISA 99.
  118. La seguridad de los coches inteligentes a examen.
  119. La ciberseguridad en las subestaciones y el estándar IEC 61850.
  120. Herramientas TI que evolucionan para TO.
  121. La evolución del software en los sistemas de control industrial.
  122. Diferencias entre TI y TO.
  123. Normativas de seguridad en sistemas de control.
  124. Identificación de sistemas de control industrial.
  125. Problemática de los antivirus en entornos industriales.
  126. Seguridad en Protocolos de Sistemas de Control Industrial.
  127. Del Air Gap a la Segmentación en ICS.
  128. Guía de seguridad de Sistemas de Control Industrial.
  129. La problemática de la ciberseguridad para los profesionales de los sistemas de control industrial.
  130. Protegiendo Infraestructuras Críticas: no es suficiente con medidas IT.
  131. Hacia una evaluación eficaz de la seguridad en ICS.

Otras Guías de interés:

  1. Guía de Pentest: Recolección de información (Information Gathering).
  2. Guía sobre análisis de tráfico con Wireshark.
  3. Guia de Seguridad en servicios DNS
  4. Ciber-Resiliencia: Aproximación a un marco de medición.
  5. Detección de APTs.

Identificando tráfico con cortafuegos, Parte II

Hablábamos en la entrada “Más que IPs y puertos para proteger entornos industriales” la necesidad de identificar los protocolos e instrucciones para limitar aquellas acciones que pueden realizar sobre Sistemas de Control Industrial. Para llevar a cabo esta acción, podemos emplear soluciones como Nozomi SCADAGuardian la cual, entre otras funciones, permite realizar Deep Packet Inspection (DPI) y extraer la información que necesitamos.

Sin embargo, los  mismos cortafuegos que nos ayudan a “Separar y Segmentar” podrán ayudarnos en esta tarea. En “Identificando tráfico con cortafuegos, Parte I” veíamos como podríamos hacerlo con equipamiento del fabricante Fortinet. En el día de hoy abordaremos la misma tarea, pero con aquellos del fabricante Palo Alto.

El mismo, dispone del equipo PA-220R para proteger este tipo de entornos teniendo la capacidad para realizar DPI sobre protocolos de esta índole. Además, es apto para instalaciones de entornos tales como subestaciones o plantas generadoras de energía ya que dispone de compatibilidad con estándares como IEC 61850-3 e IEEE 1613. Sus características físicas le permiten operar en rangos de temperatura y humedad de -40-70º C y 10-90%; respectivamente, pudiendo evitar daños físicos en entornos hostiles y polvo en suspensión ya que carece de piezas móviles para su refrigeración. Igualmente dispone de doble alimentación proporcionando así redundancia en lo que suministro eléctrico se refiere.

Palo Alto 220R

Dicho lo cual, veremos que las interfaces pueden ser configuradas de distintos modos, entre ellas el “TAP” con el que podremos monitorizar y analizar el tráfico que le llega.

Configuration TAP Port Palo Alto Firewall

Más tarde, definiremos una “Zona” en la cual incluir la interfaz que recibirá el tráfico que replicaremos desde el puerto espejo del switch o un dispositivo TAP. La denominaremos “Analisis_Trafico_ICS” y le asignaremos la interfaz “ethernet1/8”.

Configuration Zone Palo Alto Firewall

Luego, habrá que crear una política en la que deberemos indicar como origen y destino la Zona configurada en los puntos anteriores e indicar qué aplicaciones queremos detectar.  En nuestro caso seleccionaremos “Any” para poder hacerlo sobre todas aquellas que recojan las firmas que hayan sido desarrolladas hasta el momento.

Configuration Application Palo Alto Firewall

Adicionalmente podremos habilitar otros controles para la detección de amenazas tales como antivirus, vulnerabilidades, filtrado URL, etc. Esto nos permitirá identificar la presencia de actividades o tráfico malicioso ya presente en nuestra red. Como se puede apreciar hemos creado un “Security Profile Group” con alguno de ellos.

Configuration Security Profile Group Palo Alto

Hecho esto, el siguiente paso será comenzar a procesar tráfico. De igual modo que hicimos en la entrada “Identificando tráfico con cortafuegos, Parte I”, reproduciremos tráfico con la herramienta TCPReplay previamente capturado a partir de distintas fuentes. En este nos hemos decantado por IEC 60870-5-104 y BACnet.

A partir de aquí, en la pestaña “Monitor” podremos ver los logs generados según distintos resultados de ese análisis. Por ejemplo, continuación se muestra el contenido relativo al tráfico en sí mismo, esto es, IPs de origen destino, puertos, Aplicación, etc.Detecting Industrial traffic and protocol Palo Alto Firewall

Detecting Industrial Traffic and protocol Palo Alto Firewall

Pero como hemos dicho, también nos interesa analizar en busca de amenazas como intentos de intrusión, malware, etc. Esta información la localizamos en el subapartado “Threat”. En este caso vemos cómo de entre las capturas reproducidas identificamos la presencia del archiconocido “Wannacry”, algunas anomalías relativas a Siemens S7 o DNP3.

Detecting Threats Palo Alto Firewall

Threats Panel on Aplo Alto Firewall

Con la interoperabilidad entre entornos IT y OT, es imprescindible conocer las comunicaciones que se realizan hacia/desde los equipos. Un activo no sólo se compone de los datos de fabricante, modelo, instalación, etc. también han de incluirse sus comunicaciones dentro del modelo de gestión de activos. Un firewall y sus funcionalidades extras serán tan eficientes como estrictos seamos con su configuración y mantenimiento.

Pero, para conseguirlo, hemos hacer la tarea previa de identificarlas y estructurarlas y para ello los mismos cortafuegos también pueden ayudarnos.

Un saludo, ¡nos vemos en la siguiente!

 

Identificando tráfico con cortafuegos, Parte I

Comentábamos en la entrada “Más que IPs y puertos para proteger entornos industriales” la necesidad de realizar un análisis del tráfico de red para identificar las comunicaciones existentes dentro de nuestro entorno OT. Con los activos y servicios localizados, podremos empezar a configurar las reglas necesarias en nuestros cortafuegos dentro de las acciones de “Separación y Segmentación” necesarias para limitar accesos o propagación de acciones que puedan afectar a la operatividad de nuestras instalaciones.

Sin embrago, debemos ir un paso más allá y conocer aquellos protocolos y comandos que permiten interactuar entre sistemas de control. Sin embargo, uno de los problemas más comunes es el alto grado de desconocimiento ya que, muy a menudo, nos enfrentamos a redes conmutadas o enrutadas donde todo comunica sin filtro alguno.

Esto cobra especial importancia, a nivel de célula de automatización, instalación o conjunto de equipos en planta; base de la actividad de las empresas. Sistemas superiores deben comunicar con controladores y éstos a su vez con elementos de periferia, como sensores, actuadores o cabeceras dentro de arquitecturas de periferia distribuida. Esto da lugar a en muchas ocasiones a que PLCs dispongan de dobles en laces de red. Por ejemplo, un módulo de comunicaciones para su integración “aguas arriba” con la red corporativa y otra “aguas abajo” de la propia CPU para entradas, salidas y módulos de conexión de dentro arquitecturas descentralizadas.

Como bien sabemos las latencias en este tipo de entornos son un aspecto crítico ya que las comunicaciones deben de hacer frente al carácter determinístico de éstas. Por tanto, debamos donde debamos identificar el tráfico no podemos introducir tiempos adicionales que puedan interferir en la operación.

Port Mirroring Siemens X208

Por tanto, surgen pues dos necesidades, documentar nuestras comunicaciones independientemente del segmento; y el despliegue de nuevos elementos de seguridad perimetral para separar y segmentar nuestras redes IT y OT.

Gracias a las funcionalidades de los productos de algunos fabricantes podremos apoyarnos en alguna de ellas para hacer esto último.

Por ejemplo, el fabricante Fortinet nos permite la configuración de alguna de las interfaces físicas en un modo denominado “One-arm-Sniffer”. Este modo, a diferencia de las habituales para permitir o denegar el flujo de comunicaciones, permitirá analizar mediante los motores IPS y Control de Aplicación el tráfico enviado desde un puerto espejo un dispositivo TAP. En caso de coincidencia con alguna de las firmas, se genera el correspondiente log y registro, descartándose el tráfico recibido.

De esta manera podremos utilizar nuestro equipo Fortinet Fortigate como un IDS o detectar qué tráfico a nivel de capa 7 que como hablamos en la entrada “Más que IPs y Puertos para proteger entornos industriales”. 

En primer lugar, deberemos configurar la interfaz en el modo anteriormente indicado, a partir de lo cual nos aparecerán las distintas opciones como los motores de filtrado contra los cuales queremos analizar el tráfico recibido. Como vemos en la imagen siguiente en nuestro caso hemos elegido la interfaz número 4.Fortigate One Arm Sniffer

Edit y Sniffer Profile Fortinet Fortigate One Arm Sniffer

Luego dentro de “Edit Sniffer Profile” podremos configurar cada uno de los motores y por tanto y ajustarlo en función de nuestras necesidades. En nuestro caso, puesto que planteamos el escenario de identificación de las comunicaciones y los protocolos industriales nos centraremos en éstos.

Application Control Industrial Category

Para la presente entrada he empleado la herramienta TCPreplay para la reproducción de capturas PCAP.

De esta manera, el Firewall nos ha identificado no sólo un buen conjunto de ellos sino además los comandos que a través de ellos se envían. Como podemos ver en la imagen siguiente dentro de Modbus encontramos “Modbus_Function.Reserved.Code” y “Modbus_Read_Coils” entre otras como “S7.Protocol_CPU-Function.Read.SZL” o “DNP3_Response”.

Logs One Arm Sniffer

Dependiendo de la arquitectura que tenga en nuestras instalaciones de planta las opciones podrán ser diversas, aparte de dónde radique el interés o necesidad por identificar ese tráfico. Es decir, podremos desplegar su uso a nivel de célula para conocer cómo un HMI, un PLC o periferia intercambian información; o bien, cómo desde servidores SCADA o MES envían o reciben consultas sobre equipos de planta para labores de control de producción, monitorización, telemetría entre otras.

En cualquiera de los casos, la idea es explotar otra funcionalidad de los cortafuegos que vayamos a desplegar y en la que nos podremos apoyar para la identificación de comunicaciones. Quizás no tengamos herramientas como “Nozomi SCADAGuardian” pero alternativas, las tenemos.

No obstante Fortinet no es el único. Próximamente presentaremos una funcionalidad similar, pero de otro fabricante.

¡Un saludo, nos vemos en la próxima!

Más que IPs y puertos para proteger entornos industriales

Los cortafuegos representan la primera línea de defensa para proteger los entornos industriales. Separar y segmentar las redes, tanto si nos referimos a los entornos IT-OT como exclusivamente a OT es considerada como la primera labor a realizar. Con ello conseguiremos controlar, entre otros aspectos, accesos, conexiones, aplicaciones, usuarios… reduciendo así el grado de exposición de nuestros dispositivos y la respectiva superficie de ataque.

Sin embargo, desplegar este tipo de soluciones lleva aparejado un conjunto de acciones como identificar el tráfico existente para luego configurar todas las reglas de filtrado. La realidad me demuestra que muchas organizaciones no tienen conocimiento de las comunicaciones que se producen dentro de sus redes y aún menos documentadas. Nos enfrentamos en muchos casos a redes conmutadas o enrutadas donde todo comunica de forma directa y en las que no se ha contemplado, no sólo la seguridad, sino también un diseño jerárquico, escalable y tolerante a fallos. Me refiero, a que no existe una clara definición de perímetros, lo cual da lugar a arquitecturas con propósitos distintos bajo un mismo dominio de broadcast, alcance directo a los entornos OT desde oficinas, un único plan de direccionamiento, y así un largo etcétera.

Por tanto, de igual modo que hemos de identificar nuestros activos que antes de llevar a cabo cualquier acción, aquí deberemos hacer lo mismo con las comunicaciones. Necesitaremos, al menos, información de las direcciones de IP tanto de origen como de destino y los puertos, en particular el de destino. No podremos avanzar hasta llevar a cabo esta labor y, por supuesto, generar la documentación asociada. Además, hemos de tener presente que muchas de esas comunicaciones no serán necesarias, por lo que no tendrán que ser configuradas. Finalmente, y habiendo cerrado este proceso o, en paralelo con otros, habrán de ser validadas por responsables de planta, IT o similares.

Sin embargo, este análisis no puede quedar ahí. En redes industriales aparte de saber quién se comunica con quién y en qué puerto, hemos de saber el protocolo utilizado y qué valor, comando o instrucción “va dentro” de ese tráfico. Es decir, importa no sólo el tipo de equipo que inicia la comunicación y la mantiene, sino además cómo y qué se “dicen” entre sí.

Entre otros muchos motivos, lo que puede provocar un incidente o una pérdida del servicio, va a ser la escritura de una variable, el borrado de un fichero, cambio de estado de la CPU, acceso con credenciales por defecto desde dispositivos, etc.

Esto nos lleva a otra conclusión… y es que para saber lo que envía y recibe, hemos de conocer el protocolo, cosa que no siempre sucede. Se sabe que un HMI se comunica con un PLC; se responde ante ciertas peticiones; una aplicación se comunica con componentes de campo, pero pocas veces se baja hasta ese nivel.

Hemos de tener en cuenta que la mayoría de los protocolos de comunicaciones no incorporan medidas de seguridad nativas con lo que, sumado a ciertas funcionalidades y vulnerabilidades de equipos podremos, de forma intencionada generar o reproducir tráfico que permita leer o escribir valores, alterando así el normal funcionamiento.

Sumado a lo anterior, no podemos olvidar que la naturaleza de estos entornos es muy particular. Adicionalmente, pueden darse con frecuencia otra serie de circunstancias que aumenten el riesgo que se produzca un incidente, bien de forma intencionada o no intencionada. Por ejemplo:

  1. La viabilidad de aplicar una actualización o parche para corregir una vulnerabilidad puede llegar a ser muy difícil o inviable, por razones de disponibilidad, número de equipos, ubicación, riesgos asociados, y sobre todo impacto sobre el sistema.
  2. Inexistencia de software antivirus o protección de endpoint para análisis de dispositivos USB.
  3. Conexionado a la red de equipos de Proveedores o terceras partes para labores de mantenimiento o soporte.
  4. Incorporación de nuevos dispositivos con funcionalidades embebidas en los que no se ha contemplado la seguridad.
  5. Definición de usuarios con permisos de administrador y de uso compartido por equipos técnicos.

Las circunstancias descritas con anterioridad, favorecen el éxito de que una negligencia, exceso de confianza, infección, uso incorrecto de credenciales, explotación de una vulnerabilidad, software no necesario para la operación de las instalaciones, etc; tenga éxito y afectar a su disponibilidad y por tanto a la actividad de negocio.

Así pues, en estos análisis previos no podemos quedarnos exclusivamente en identificar IPs de origen y destino y puertos. Hemos de ir más allá y realizar un análisis más pormenorizado. Es necesario, aplicar otros controles que nos permitan detectar aplicaciones; analizar patrones para la identificación de intrusiones; presencia de malware; tráfico Web para accesos a interfaces de gestión; etc. para conocer el estado actual y si ya hay, o no, alguna anomalía en el entorno donde estamos.

En este sentido una de las opciones/recurso son las herramientas de monitorización como la que hablaba en la entrada “Monitorización Redes Industriales, SCADAGuardian” pero, claro está, no siempre podremos hacerlo.

Por tanto, se nos plantea la cuestión sobre cómo podremos hacer dicho análisis en esa fase previa al despliegue de cortafuegos. Sin olvidarnos, claro está, las características tanto de los sistemas como de las comunicaciones industriales en particular en lo que a latencias y variación del “Jitter” se refiere. Muy especialmente aquellas a nivel de célula de automatización.

Comparativa caracteristicas comunicaciones industriales

En próximas entradas veremos la manera en la que podremos utilizar los estos dispositivos ya adquiridos para llevar a cabo esta labor. Es decir, realizar ese análisis más pormenorizado al que hacíamos referencia y a partir de ahí conocer lo qué sucede en nuestras infraestructuras de comunicaciones.

Gracias a ello, podremos avanzar de una manera más eficiente, completa y contextualizada la protección de nuestras organizaciones, empresas o clientes.

¡Nos vemos en la próxima!

Publicaciones CERTSI e INCIBE sobre Ciberseguridad Industrial, actualizado 18/04/19.

Tanto INCIBE (Instituto Nacional de Ciberseguridad de España) como CERTSI (CERT de Seguridad e Industria) publican a menudo en sus respectivas Webs noticias, guías y artículos sobre distintas temáticas teniendo como telón de fondo la seguridad. Para esta ocasión he ordenado las referentes a Ciberseguriad Industrial, que recopilan un buen número de investigaciones, incidentes, análisis, e informes, sobre distintas temáticas.  Sin duda constituye un conjunto de referencias para el aprendizaje de todo profesional que esté o quiera desempeñarse en securización de estos entornos. Espero que os guste y sobre todo os resulte útil.

Un saludo!

Guías:

  1. Despliegue de un IDS/IPS y gestión centralizada de alertas.
  2. Protocolos y Seguridad en SCI.
  3. Identificación y reporte de incidentes de seguridad para operadores estratégicos: Guía básica de protección de Infraestructuras Críticas.
  4. El Puesto del Operador: Guía básica de protección de Infraestructuras Críticas.
  5. Guía de Seguridad de Protocolos Industriales – Smart Grid

 Artículos:

  1. El punto en que la seguridad y ciberseguridad convergen
  2. Operación SharpShooter: Ciberataques dirigidos a infraestructuras críticas
  3. Dispositivos extraíbles en entornos industriales: amenazas y buenas prácticas
  4. Acceso seguro a dispositivos de campo
  5. Tecnología Cloud en entornos industriales
  6. Tendencias de malware en entornos industriales
  7. Protocolo EtherNet/IP: analizando sus comunicaciones y medidas de seguridad
  8. Cortafuegos industriales, principal elemento de defensa en SCI
  9. NVT: Testeando la seguridad en redes industriales.
  10. IoT: protocolos de comunicación, ataques y recomendaciones
  11. Antivirus actualizado: una herramienta fundamental para mejorar la seguridad en SCI.
  12. Estándar IEC 61850, todos para uno y uno para todos.
  13. Seguridad industrial 2018 en cifras.
  14. Respondiendo a incidentes industriales, SOC OT.
  15. Mejorando la seguridad en IEC 104 con la ayuda del estándar 62351.
  16. TI y TO, ¿ya son amigos?
  17. Control desde dispositivos portables: viejos conocidos, nuevos riesgos.
  18. Estandarización y seguridad en el protocolo OPC UA.
  19. El protocolo serie, entiéndelo y protégelo.
  20. El responsable de la ciberseguridad industrial en la actualidad.
  21. Información privilegiada y ciberespionaje industrial.
  22. Kill Switch en sistemas de automatización y control.
  23. Acceso seguro a SCI: arquitectura de red para accesos externos.
  24. Lista de para actuación frente a ciberincidentes: Gestión y resiliencia.
  25. Las claves de los últimos ataques en sistemas de control industrial.
  26. Registrando eventos en sistemas de control para mejorar la seguridad
  27. Fuzzing y testing en sistemas de control industrial
  28. Defensa Activa e Inteligencia: Threat Intelligence en los entornos industriales
  29. WPA3, la mayor actualización de seguridad en redes Wi-Fi desde hace más de una década
  30. Amenazas emergentes en sistemas de control industrial
  31. Defensa activa e inteligencia: de la teoría a la práctica
  32. Mitigando problemas de disponibilidad en la industria
  33. Tendencias en la industria, mejoras en la ciberseguridad
  34. Auditorías en comunicaciones inalámbricas industriales.
  35. Monitorizando redes y eventos en SCI: más información, más seguridad
  36. Zonas y conductos, protegiendo nuestra red industrial
  37. Honeypot, una herramienta para conocer al enemigo
  38. Entendiendo el tráfico de red industrial, disectores y Lua y Kaitai
  39. Acceso seguro a los SCI: doble factor y accesos externos
  40. Tú reportas, ellos actúan.
  41. Automatización de bajo conste.
  42. El valor de los indicadores de compromiso en la industria.
  43. Gestión de parches en Sistemas de Control.
  44. Introducción a los sistemas embebidos.
  45. Seguridad Industrial 2017 en cifras.
  46. Convergencia TI-TO.
  47. Retos y riesgos de ciberseguridad y privacidad en IoT.
  48. Iniciativas y y mejores prácticas de seguridad en IoT.
  49. 46 métricas para mejorar la ciberresiliencia en un servicio esencial.
  50. Diseño y configuración de IPS, IDS y SIEM en Sistemas de Control Industrial.
  51. Cómo evaluar mi nivel de capacidades en Ciberseguridad según C4V.
  52. Los conocimientos del personal de seguridad industrial.
  53. Ciberseguridad en las comunicaciones inalámbricas en Entornos Industriales
  54. SNMP, ¿es tan simple como el nombre indica?
  55. Cortafuegos transparentes, ladrillos de cristal.
  56. PRP y HSR: Protocolos redundantes.
  57. Robots y drones en la Industria 4.0.
  58. Hardware Hacking en Sistemas de Control Industrial.
  59. CrashOverride: El malware para SCI ataca de nuevo.
  60. Analizando la seguridad sin riesgos: laboratorios de pruebas.
  61. Asegurando la virtualización de tus sistema de control.
  62. Gestión de credenciales en sistemas de control.
  63. Prevención de intrusos y gestión de eventos para sistemas de control.
  64. Insider, las dos caras del empleado.
  65. Amenazas emergentes en entornos industriales.
  66. Honeypots Industriales.
  67. Gestionar el riesgo de los proveedores como propio.
  68. Seguridad en protocolos industriales – Smart Grid
  69. Criptografía para reforzar la ciberseguridad en entornos industriales.
  70. Características y seguridad en PROFINET.
  71. Analizadores de red en Sistemas de Control.
  72. Seguridad Industrial 2016 en cifras.
  73. ¿Nuevo ciberataque a la red eléctrica de Ucrania?
  74. Inventario de activos y gestión de la seguridad SCI.
  75. Líneas de actuación del Esquema Nacional de Seguridad Industrial.
  76. Protocolos Industriales: Herramientas de Seguridad.
  77. ¿Tu empresa es segura? Medir es el primer paso para conseguirlo.
  78. Atrapando sombras en la industria.
  79. Cyber Kill Chain en Sistemas de Control Industrial.
  80. DDOS de actualidad: IoT y los DNS de Dyn.
  81. Seguridad en BlueTooth: Fortalezas y debilidades.
  82. ZigBee en el laboratorio.
  83. Thinking in Big (Data) y la seguridad industrial.
  84. Seguridad desde abajo: dispositivos finales a escena.
  85. Familia de malware en la industria.
  86. Protegiéndose de BlackEnergy: Detectando anomalías.
  87. Seguridad en Comunicaciones ZigBee.
  88. BlackEnergy y los Sistemas Críticos.
  89. Desmontando Modbus.
  90. Safety y security: juntos pero no revueltos.
  91. BMS: Edificios inteligentes, ¿y seguros?
  92. Seguridad industrial 2015 en cifras.
  93. Un SCADA en la ciudad.
  94. Aplicando seguridad en WirelessHart.
  95. Sistemas de control de software libre.
  96. Arquitecturas de seguridad en la nube para la industria.
  97. Las aplicaciones de control se hacen mayores.
  98. Mi SCADA en las nubes.
  99. Evolucionando la comunicación en la industria.
  100. La Ciberseguridad en la Industria 4.0.
  101. Divide y vencerás: Segmentación al rescate.
  102. Monitorización de amenazas en SCADA.
  103. Evolucionando la infraestructura de red en SCI.
  104. Bug Bounties en SCI: Vulnerabilidades en busca y captura.
  105. El consumo eléctrico bajo control.
  106. Buenas prácticas de configuración en la red inteligente.
  107. Disciplina militar en Control Industrial: OPSEC.
  108. Auditorias en sistemas de control.
  109. Amenazas en los Sistemas de Control Industrial.
  110. Certificaciones de seguridad en sistemas de control.
  111. La evolución de los dispositivos en los sistemas de control industrial.
  112. Estándares de ciberseguridad en las redes inteligentes.
  113. BYOD en entornos industriales.
  114. IEC 62443: Evolución de la ISA 99.
  115. La seguridad de los coches inteligentes a examen.
  116. La ciberseguridad en las subestaciones y el estándar IEC 61850.
  117. Herramientas TI que evolucionan para TO.
  118. La evolución del software en los sistemas de control industrial.
  119. Diferencias entre TI y TO.
  120. Normativas de seguridad en sistemas de control.
  121. Identificación de sistemas de control industrial.
  122. Problemática de los antivirus en entornos industriales.
  123. Seguridad en Protocolos de Sistemas de Control Industrial.
  124. Del Air Gap a la Segmentación en ICS.
  125. Guía de seguridad de Sistemas de Control Industrial.
  126. La problemática de la ciberseguridad para los profesionales de los sistemas de control industrial.
  127. Protegiendo Infraestructuras Críticas: no es suficiente con medidas IT.
  128. Hacia una evaluación eficaz de la seguridad en ICS.

Otras Guías de interés:

  1. Guía de Pentest: Recolección de información (Information Gathering).
  2. Guía sobre análisis de tráfico con Wireshark.
  3. Guia de Seguridad en servicios DNS
  4. Ciber-Resiliencia: Aproximación a un marco de medición.
  5. Detección de APTs.

Monitorización redes industriales, SCADAGuardian

Cuando abordamos un proyecto para la protección de un entorno de control y automatización, una de las primeras tareas es elaborar un inventario de todos los activos. No podemos tratar de reducir los riesgos de que algo o alguien, de una manera intencionada o no, pueda llevar a cabo una acción que afecte a la actividad de planta, instalaciones o infraestructuras; si saber lo que tenemos.

Es cierto que muchos equipos podrán serán comunes en distintos escenarios, pero dada la heterogeneidad de las actividades industriales cada entorno deberá ser abordado de forma particular. Es cierto que PLC´s, HMI´s y SIS serán un común denominador; no si de lo que hablamos es de atornilladoras, AGVs, sistemas de almacenamiento automático, sistemas de metrología, y un largo etcétera.

Esta tarea puede no ser compleja, pero sí tediosa. Al fin y al cabo, estamos recolectando información. El problema es cómo lo hacemos de una manera lo más sencilla y efectiva posible. Además, por experiencia, se parte con un alto grado de desconocimiento en particular para los profesionales que tienen que liderar proyectos de Ciberseguridad Industrial. Provenientes de entornos IT, donde aparte de desconocer las tecnologías, componentes y tecnologías, comienzan a relacionarse más estrechamente con personal con distintas culturas, puntos de vista, necesidades y sobre todo, prioridades. Hablo de personal de Ingeniería o Mantenimiento.

Por tanto, la base de cualquier proyecto es tener un inventario completo y consolidado que nos permita desarrollar medidas eficientes para proteger nuestros entornos.

Sin embargo, el éste no debe estar ceñido exclusivamente a información sobre tipos de equipos, fabricantes, modelos o versiones de firmware. Debemos conocer las comunicaciones que mantienen con otros sistemas o dispositivos. Esto es, orígenes y destinos, protocolos empleados, direcciones IP y sobre todo qué consignas o valores se envían a través de ellos. Podemos estar autorizando una determinada comunicación, pero ¿qué ocurre si aprovechando una falta de medidas de seguridad nativas somos capaces de cambiar un valor que está fuera de tolerancia?

Por esta y otras razones que iremos descubriendo en sucesivos artículos es que debemos contar con herramientas que nos ayuden a identificar los activos en nuestra organización, sus características y conocer cómo y de qué manera se comunican. A partir de aquí, ya comenzaremos a localizar vulnerabilidades, calcular impactos, priorizar medidas para minimizar riesgos, definir topologías de re red, crear matrices de comunicaciones para configurar reglas en firewalls, etc. etc. etc.

Una de estas ellas es el producto de la firma NOZOMI Networks, SCADAGuardian. Se trata de una herramienta especializada para entornos y tecnologías OT. En formato físico o virtual, entre sus características están

  • Monitorización en tiempo real
  • Identificación de activos de forma automática
  • Detección de comportamiento, amenazas y vulnerabilidades
  • Deep Packet Inspection de protocolos industriales
  • Fácil despliegue
  • Integración con otros sistemas
  • Creación de informes

El modo de operación es por medio bien de un puerto espejo en algunos de los switches de nuestra infraestructura o por medio de dispositivos TAP por lo que no resulta intrusiva ni añade latencias en las comunicaciones establecidas.

Nozomi SCADAGuardian structure

Por supuesto, todas estas medidas van acompañadas de una interfaz gráfica a través de la cual podamos visualizar, analizar y explotar toda la información recolectada de una manera intuitiva a través de los menús de navegación.

Nozomi SCADAGuardian graph

Adicionalmente se cuenta con una herramienta de gestión centralizada denominada “Central Management Console” con la que podremos desde un único espacio tener visibilidad de todos nuestros SCADAGuardian desplegados en nuestras instalaciones geográficamente o localmente dispersas.

Nozomi SCADAGuardian Advanced

No obstante, esta herramienta no tiene porqué ser empleada exclusivamente por clientes finales. Empresas que provean de servicios de SOC pueden encontrar en CMC una solución para proporcionar otros nuevos sobre entornos industriales como veremos más adelante.

Con todo ello a continuación se muestra una imagen de un despliegue tipo:

Nozomi SCADAGuardian Architecture

Ahora bien, hasta ahora nos hemos ceñido a la identificación de activos y características asociadas, para poder así elaborar un inventario acorde a nuestras necesidades. La herramienta nos permitirá exportar la información generada en formatos como Excel o CSV para un tratamiento posterior. Entre ellas estará la relativa a los equipos, sus enlaces y sesiones de comunicaciones pudiendo tener documentado los valores identificados dentro de cada protocolo.

Nozomi SCADAGuardian Asset View

Hasta ahora hemos hablado de esa primera fase de recolección de información para tener una visión de cómo y por quién está compuesta nuestra red OT. Sin embargo, las capacidades de esta herramienta van más allá pudiendo ser capaz de detectar vulnerabilidades con mayor o menor precisión según sea el caso.

Nozomi SCADAGuardian vulnerabilities

Adicionalmente a SCADAGuardian, disponemos de SCADAGuardian Advanced. Como hemos dicho, la solución recolecta información de forma pasiva no interfiriendo en el tráfico legítimo. Esto proporciona a SCADAGuardian la capacidad de identificar vulnerabilidades por medio del citado análisis. Sin embargo, SCADAGuardian Advanced incorpora una funcionalidad que permite confirmar dichas vulnerabilidades por medio de consultas inteligentes sin interferir en el correcto funcionamiento.

Nozomi SCADAGuardian Advanced

A continuación, se establece una comparativa entre ambas:

Como bien sabemos existe un creciente aumento de vulnerabilidades y amenazas que afectan a sistemas de control y entornos industriales. En este sentido NOZOMI Networks cuenta con un servicio de suscripción denominado “OT Threat Feed” para recibir las últimas descubiertas y que nuestros SCADAGuardian o SCADAGuadian Advanced tengan la capacidad de detectarlas. Detrás de ello, se encuentra con un equipo de investigadores propio que trabajan continuamente para la mejora del producto siendo un ejemplo de ello las publicadas en fuentes como el ICS-CERT.

Con todo ello hemos de tener presente una funcionalidad clave en este tipo de soluciones y es la de notificar de alertas cada vez que tenga lugar un evento o anomalía. Para ello podremos personalizar y establecer canales para su notificación que van desde productos comerciales hasta mensajes de correo electrónico, Syslog o Traps de SNMP. SCADAGuardian establece 4 tipos de alertas principales en función del motor (funcionalidad) que la origine, “Protocol Validation”, “Learned Behavior”, “Built-in Checks” y “Custom Checks”.

Nozomi SCADAGuardian Advanced

En el momento del despliegue, SCADAGuardian necesita de un proceso de aprendizaje acerca del comportamiento de la red y de los elementos que la componen. En función de ese aprendizaje, la herramienta generará una nueva alerta por cada anomalía detectada. Más tarde, debreemos indicar si se trata de un incidente o si por el contrario se trata de un cambio o evento controlado. Por ejemplo, imaginemos una tarea de mantenimiento programado en la que conectamos un nuevo equipo que hasta la fecha no había sido conectado a la red.

Nozomi SCADAGuardian Learning Mode

Hasta aquí la entrada del día de hoy donde hemos hecho un repaso a la herramienta de monitorización líder del mercado no sólo por el crecimiento que NOZOMI Networks sino por sus capacidades de integración como es el caso de los equipos SIEMENS RUGGEDCOM APE proporcionando así una solución embebida en productos de terceros evitando así el despliegue de nuevo equipamiento.

Sin embargo no es la única. A continuación os dejo un video con la que se puede obtener con equipamiento de la firma Fortinet, dela que ya hemos hablado en otras entradas como su integración con switches.

Un saludo, nos vemos en la próxima!

Edorta