Protocolos y Seguridad de Red en Infraestructuras Sci

Protocolos y Seguridad de red en infraestructuras SCI
Autores
Miguel Herrero Collantes
Antonio Lpez Padilla
Mayo 2015
La presente publicacin pertenece a INCIBE (Instituto Nacional de Ciberseguridad) y est bajo una licencia Reconocimiento-No
comercial 3.0 Espaa de Creative Commons. Por esta razn est permitido copiar, distribuir y comunicar pblicamente esta obra
bajo las condiciones siguientes:
Reconocimiento. El contenido de este informe se puede reproducir total o parcialmente por terceros, citando su
procedencia y haciendo referencia expresa tanto a INCIBE o CERTSI como a su sitio web: http://www.incibe.es. Dicho
reconocimiento no podr en ningn caso sugerir que INCIBE presta apoyo a dicho tercero o apoya el uso que hace de su obra.
Uso No Comercial. El material original y los trabajos derivados pueden ser distribuidos, copiados y exhibidos mientras su
uso no tenga fines comerciales.
Al reutilizar o distribuir la obra, tiene que dejar bien claro los trminos de la licencia de esta obra. Alguna de estas condiciones
puede no aplicarse si se obtiene el permiso de CERTSI como titular de los derechos de autor. Texto completo de la licencia:
http://creativecommons.org/licenses/by-nc-sa/3.0/es/
NDICE
1
INTRODUCCIN
1.1.
Organizacin de este documento
ARQUITECTURA DE RED DE LOS SISTEMAS DE CONTROL INDUSTRIAL
2.1.
Seguridad bsica en el diseo de una red SCI
2.2.
Seguridad de red
2.3.
Cifrado de las comunicaciones
11
2.4.
Autenticacin y control de acceso
12
2.5.
Acceso remoto
12
2.6.
Disponibilidad
12
2.7.
Poltica de gestin de la seguridad
12
2.8.
Seguridad fsica de dispositivos finales
12
PROTOCOLOS DE COMUNICACIN EN SCI
14
3.1.
Protocolos a analizar
14
3.2.
Capas de actuacin de los protocolos
14
3.3.
Common Industrial Protocol (CIP)
16
3.3.1.
Descripcin
16
3.3.2.
Implementaciones CIP: DeviceNET, ControlNET y CompoNET

19
3.3.3.
Implementacin CIP: Ethernet/IP
19
3.3.4.
Seguridad CIP
21
3.4.
3.5.
3.6.
MODBUS
22
3.4.1.
Descripcin
22
3.4.2.
Seguridad
22
3.4.3.
Recomendaciones de seguridad
23
DNP3
23
3.5.1.
Descripcin
23
3.5.2.
Seguridad
24
3.5.3.
25
Profibus
26
3.6.1.
Descripcin
26
3.6.2.
Seguridad
27
3.6.3.
28
3.7.
3.8.
3.9.
3.10.
Profinet
28
3.7.1.
Descripcin
28
3.7.2.
Seguridad
28
3.7.3.
29
Powerlink Ethernet
30
3.8.1.
Descripcin
30
3.8.2.
Seguridad
31
3.8.3.
32
OPC
32
3.9.1.
Descripcin
32
3.9.2.
Seguridad
32
3.9.3.
32
EtherCAT
33
3.10.1.
Descripcin
33
3.10.2.
Seguridad
33
3.10.3.
34
ANEXO I: CUADRO COMPARATIVO EN PROTOCOLOS SCI
35
ANEXO II: RECOMENDACIONES GENRICAS DE SEGURIDAD
36
I.
Recomendaciones genricas para cortafuegos.
36
II.
Recomendaciones genricas sobre servicios
37
REFERENCIAS
39
INTRODUCCIN
El crecimiento de Internet y la aparicin de infinidad de dispositivos con conectividad y

posibilidad de proceso han trado de la mano nuevos retos de seguridad que afectan tambin
a infraestructuras crticas. Estas infraestructuras, normalmente regidas por sistemas de
control industrial especficos para la monitorizacin y gestin de los procesos tpicos de la
industria, se ven cada da ms expuestas a la interaccin con otros sistemas del entorno de
Internet. La tendencia observada en la deteccin de amenazas deja patente que las
infraestructuras industriales han pasado a convertirse en un importante objetivo de ataques
en los cuales se ven implicados actores relacionados con terrorismo, gobiernos, espionaje
industrial, etc. Prueba de ello, son los cada vez ms numerosos incidentes y eventos
relacionados con este tipo de infraestructuras, como podemos observar en la siguiente lnea
temporal:
Ilustracin 1. Linea de tiempo de amenazas en sistemas de control industrial
Como defiende la experta Marina Krotofil1, es patente en la comunidad de seguridad de

infraestructuras crticas que no es suficiente con incorporar medidas tpicas de seguridad IT,
como proteccin perimetral y segmentaciones seguras de red. Tambin, al contrario que en
sistemas IT estndar, en sistemas industriales es peligroso portar directamente una solucin
de un sistema a otro, ya que las caractersticas de ste ltimo pueden incluir factores que
hagan vulnerable esta integracin directa.
Todo ello hace que un conocimiento detallado de los protocolos implicados en procesos
industriales sea clave para entender los posibles puntos dbiles, vectores de ataque y posibles
medidas de defensa deban ser barajadas a la hora de implementar o fortificar un sistema de
control industrial.
http://www.marinakrotofil.com/p/home.html
1.1.
ORGANIZACIN DE ESTE DOCUMENTO
Este documento se compone de dos captulos. En el primero, Arquitectura de red de los

Sistemas de Control Industrial se pretende proporcionar unos conocimientos bsicos al lector
de cmo se debera realizar el despliegue de un Sistema de Control Industrial con la mayor
seguridad posible.
El segundo captulo, Protocolos de comunicacin en SCI, pretende dar una visin de alto nivel
sobre el diseo, funcionamiento y caractersticas de seguridad que presentan los protocolos.
El estudio se centra en los protocolos ms significativos utilizados en SCI de Europa y ms
concretamente Espaa, sin realizar distincin del sector en el que se utilizan, con objeto de
dotar al lector del conocimiento necesario para entender las propiedades, funcionalidades,
fortalezas y debilidades en la implementacin y seguimiento de sistema. Tambin se
describen una serie de recomendaciones especficas de seguridad para cada protocolo, si
bien esas medidas de seguridad deben ser analizadas antes de ser puestas en marcha a fin
de no afectar la operativa.
ARQUITECTURA DE RED DE LOS SISTEMAS DE

CONTROL INDUSTRIAL
Cuando se disea una arquitectura de red, desde el punto de vista de la seguridad, siempre
se recomienda establecer un modelo con segmentos de red diferenciadas. Separando las
redes en segmentos con distintas funciones y objetivos es posible aplicar una mayor
granularidad en las medidas de seguridad y evitar flujos de informacin innecesaria.
Siguiendo esta recomendacin el segmento de red de Sistemas de Control Industrial (SCI)
debe separarse del segmento de red corporativa, puesto que la naturaleza del trfico de las
distintas reas est perfectamente diferenciado. En la zona de red corporativa son necesarios
servicios como acceso a Internet, correo electrnico, FTP, etc., que suponen un riesgo para
la zona de red de SCI.
As, un apropiado diseo con zonas diferenciadas y con mecanismos de control de trfico
entre los distintos segmentos debe ser siempre el primer paso en la implementacin segura
de la arquitectura de red.
Por lo tanto, es recomendable establecer distintos niveles en la arquitectura de red como
primer paso para la planificacin de una infraestructura SCI, identificando cada segmento
segn su cometido en la plataforma.
La arquitectura SCI propuesta por el estndar de la International Society of Automation(ISA)
[1] en su norma ISA-95 sobre integracin entre sistemas empresariales y de control, es un
ejemplo de esta separacin por niveles. En este estndar se propone un modelo denominado
Purdue Enterprise Reference Architecture, que establece 5 niveles lgicos bajo los cuales se
agruparn en segmentos de red elementos de la arquitectura con funciones diferenciadas, tal
y como se puede ver en la Ilustracin 2. Esta propuesta de segmentacin facilita el diseo de
estrategias de seguridad adoptando medidas especficas a cada nivel y estableciendo
mecanismos seguros para el flujo de informacin entre ellos.
Ilustracin 2. Niveles lgicos de arquitectura de red segn norma ISA-95
2.1.
SEGURIDAD BSICA EN EL DISEO DE UNA RED SCI
Partiendo pues de un modelo de arquitectura de red separada por zonas, se debe dividir la
red en el nmero de segmentos de red necesarios para poder diferenciar y dotar de las
medidas de seguridad y control de trfico apropiados para cada uno de ellos. Esta separacin
es un concepto efectivo y esencial en la planificacin de cualquier arquitectura de red e
igualmente aplicable en Sistemas de Control Industrial. Este tipo de diseo, unido a controles
de flujo de datos adecuados entre los dominios definidos, minimizar el dao producido por el
posible compromiso de un dispositivo de un dominio determinado.
2.2.
SEGURIDAD DE RED
Este objetivo puede lograrse incorporando soluciones habituales diseadas para la divisin y
proteccin de segmentos de red, donde se tendrn en cuenta:
Segmentacin en zonas. Dividir la arquitectura de red en zonas diferenciadas

segn su funcin para ajustarse lo ms cercanamente posible a la propuesta de
referencia ISA-95.Tal y como se muestra en la Ilustracin 3, como mnimo se deben
contar con tres zonas que separen Red Control, DMZ y LAN corporativa. Esta
medida permite contener una infeccin dentro de una misma zona, dificultando el
salto a otras zonas.
Ilustracin 3. Arquitectura de referencia SCI [2] ajustada a modelo ISA-95.
Cifrado de la comunicacin y separacin lgica entre segmentos de red,

mediante el uso de tecnologas de VLAN y VPN. Esta medida tambin sirve para
evitar el salto de una infeccin entre capas.
Control y filtrado de trfico a travs de cortafuegos2, proxies, y elementos
destinados a identificar y separar trfico y comunicaciones tanto a nivel de red (IP,
encaminamiento) como por puerto/protocolo y nivel de aplicacin. Esta medida
ayudar a la deteccin de la infeccin cuando intente cambiar de zona. Si se aade
a la red elementos como IDS o SIEM para el control de eventos, alertas de intrusin
y logs, la red conformada ser similar a la de la Ilustracin 4.
Las recomendaciones generales para las reglas de cortafuegos y de otros servicios pueden consultarse en el
Anexo I
2
10
Ilustracin 4. Segmentacin de red y controles de comunicaciones [3]
2.3.
Extensin de la seguridad a las capas de enlace y de aplicacin. Extender las

medidas de seguridad a nivel de capa de enlace con controles de acceso como
802.1x y filtrado por direccin MAC, y a nivel de aplicacin con uso de cortafuegos
de aplicaciones (WAF).
Control de acceso. Control de trfico basado en listas blancas (whitelisting),
implementando reglas de acceso basadas en elementos conocidos negando el
acceso a todo lo dems.
Redes inalmbricas. Las redes inalmbricas conllevan un riesgo adicional, por lo
que deben implementarse nicamente bajo necesidad o decisin particular por la
organizacin y siempre bajo condiciones justificadas. En su caso, se utilizarn
mecanismos IEEE 802.1x para la autenticacin haciendo uso de protocolos EAPTLS que autentican clientes con certificados o haciendo uso de un servidor
RADIUS. Los puntos de acceso se situarn en redes aisladas o con mnimos
puntos de interconexin a la red de control SCI (evitndolo si es posible). Utilizar
un protocolo robusto para las comunicaciones inalmbricas como WPA2,
adicionalmente usar un SSID caracterstico y nico, desactivando su broadcast e
igualmente habilitar filtrado por direccin MAC.
CIFRADO DE LAS COMUNICACIONES
La mayora de protocolos de control industrial, no incorporan cifrado en su implementacin.

As, cualquier acceso no autorizado a la red permitira a un atacante inspeccionar y manipular
el trfico. De esta forma el uso de HTTPS, SSH, SNMP v3 en la medida que sea posible es
altamente recomendado para la autenticacin y el acceso a servicios de la red o los
dispositivos de la misma.
11
2.4.
AUTENTICACIN Y CONTROL DE ACCESO
Una adecuada gestin de privilegios basados en roles (RBAC)3 es una medida que aporta
seguridad en el aspecto de las restricciones relativas a cada perfil. Por ello, crear distintos
perfiles de usuario diferenciados y asignar un rol operativo a cada uno, dependiendo de sus
funciones, resultar un complemento interesante. Aadir medidas adicionales como mensajes
de advertencia que ayuden a identificar el servicio al que se accede en previsin de posibles
errores no intencionados.
2.5.
ACCESO REMOTO
En caso de ser necesario el acceso desde infraestructuras externas a la red de control, la

utilizacin de soluciones VPN aportar el cifrado y autenticacin necesarios para proteger la
conexin. El uso de un software y/o hardware especializado para acceso remoto, as como
una adecuada poltica de seguridad relativa al mantenimiento de actualizaciones, de gestin
de acceso y usuarios.
2.6.
DISPONIBILIDAD
En un sistema de control de procesos, la latencia y la velocidad de transmisin de mensajes

son crticos, por eso son un factor determinante que el diseo de la red de control est
preparado para afrontar posibles problemas de congestin o prdida de conectividad. Las
recomendaciones para incrementar la resiliencia de red frente a estos problemas son:
2.7.
Uso de conmutadores que aporten funcionalidades de red para segmentar en VLAN y

priorizar distintos tipos de trfico mediante criterios de calidad de servicio 4.
Utilizar topologas redundantes para reforzar la disponibilidad, as como implementar
STP (Spanning Tree Protocol) para controlar la formacin de bucles de red.
Usar protocolo IGMP5 junto con VLAN para proporcionar un mejor rendimiento y
confinamiento de los mensajes de multicast dependiendo del tipo de trfico y los
dispositivos relacionados
POLTICA DE GESTIN DE LA SEGURIDAD
Todos los elementos que conforman la seguridad de la infraestructura han de tener una
monitorizacin y seguimiento peridico para determinar necesidades de parcheado,
actualizaciones y otros problemas derivados de la aparicin de vulnerabilidades o defectos
que puedan detectarse en el periodo de funcionamiento.
2.8.
SEGURIDAD FSICA DE DISPOSITIVOS FINALES
Restringir el acceso fsico a los dispositivos de control de procesos, as como elementos de

red es un complemento necesario a las restricciones de acceso remoto y autenticacin.
3
4
5
http://en.wikipedia.org/wiki/Role-based_access_control#RBAC_and_employees.27_responsibilities_alignment
http://es.wikipedia.org/wiki/Calidad_de_servicio
http://es.wikipedia.org/wiki/Internet_Group_Management_Protocol
12
Igualmente paneles de conexin, cableado, alimentacin, etc. deben encontrarse

debidamente protegidos contra accesos no autorizados.
13
3
3.1.
PROTOCOLOS DE COMUNICACIN EN SCI
PROTOCOLOS A ANALIZAR
En este captulo se va a analizar la seguridad de los protocolos de comunicacin en sistemas

de control industriales ms utilizados en Europa y ms concretamente en Espaa, sin hacer
distincin del sector en el que son ms predominantes. Los protocolos analizados son los
siguientes:
3.2.
Common Industrial Protocol (CIP).

MODBUS
DNP3
Profibus
Profinet
Powerlink Ethernet
OPC
EtherCAT
CAPAS DE ACTUACIN DE LOS PROTOCOLOS
A pesar de que el modelo OSI de 7 capas de la ISO goza de gran popularidad, en este
documento, a fin de simplificar el anlisis y la comparativa, se va a utilizar el modelo TCP/IP
de nicamente 4 capas.
Estas son:
Capa aplicacin: asimilable a las capas: 5, 6 y 7 del modelo OSI.
Capa de transporte: similar a la capa 4 del modelo OSI.
Capa de internet: equivalente a la capa 3 del modelo OSI.
Capa de acceso a la red: asimilable a la capa 1 y 2 del modelo OSI.
La comparativa entre el modelo OSI y el modelo TCP/IP se muestra en la Ilustracin 5.
14
Ilustracin 5: Relacin entre el modelo OSI y el TCP/IP
La capa 1 de este modelo, la capa de acceso a la red, es la encargada de la transmisin de

bits de forma individual entre estaciones, por lo que incluye medidas para comprobar la
correcta transmisin del bit, pero no incluye medidas de seguridad propiamente dichas.
Tambin dispone de mecanismos de seguridad para comprobar que el acceso a la red es
realizado nicamente por aquellos dispositivos autenticados, como podra ser 802.1x.
En el estudio individual de los protocolos analizaremos las medidas de seguridad especficas
de las capas superiores, complementarias a aquellas medidas genricas de la capa de acceso
a la red.
15
3.3.
3.3.1.
COMMON INDUSTRIAL PROTOCOL (CIP)

Descripcin
Common Industrial Protocol (CIP) es un protocolo creado por la compaa ODVA6 para la
automatizacin de procesos industriales. CIP engloba un conjunto de servicios y mensajes de
control, seguridad, sincronizacin, configuracin, informacin, etc., los cuales pueden
integrarse en redes Ethernet y en Internet. CIP cuenta con varias adaptaciones, proporcionado
intercomunicacin e integracin a distintos tipos de redes. Estas son:
Ethernet/IP: adaptacin de CIP a TCP/IP.

ControlNet: integracin de CIP con tecnologas CTDMA (Concurrent Time Domain,
Multiple Access).
DeviceNet: adaptacin de CIP con CAN, Controller Area Network.
CompoNet: adaptada a tecnologas TDMA, Time Division Multiple Access.
La integracin del modelo OSI con las diferentes familias de este protocolo, as como sus
niveles de equivalencia se puede ver en la Ilustracin 6.
https://www.odva.org/
16
Ilustracin 6. Integracin de la arquitectura CIP en el modelo OSI de red. Fuente: odva.org
3.3.1.1.
Modelo de objetos CIP
CIP es un protocolo que sigue un modelo de objetos. Cada objeto est formado por atributos
(datos), servicios (comandos), conexiones y comportamiento (relacin entre los datos y los
servicios). CIP cuenta con un extenso nmero de objetos para cubrir las comunicaciones y
funciones tpicas con elementos comunes en procesos de automatizacin, como dispositivos
entrada/salida analgicos y digitales, HMI, controles de movimiento, etc. Para asegurar la
intercomunicacin, un mismo objeto CIP implementado en distintos dispositivos se comporta
de forma idntica, constituyendo lo que se denomina un perfil de dispositivo. As, cualquier
dispositivo que adopte un perfil, responder de igual forma a los mismos comandos y
mantendr el mismo comportamiento de red que otro dispositivo con el mismo perfil.
3.3.1.2.
Mensajes CIP
CIP sigue un modelo productor/consumidor. Este tipo de arquitectura, a diferencia de la

tradicional origen/destino, es de tipo multicast. Es decir, los mensajes se ponen en circulacin
por un productor y son los distintos nodos consumidores de la red los que deciden si ese
mensaje es para ellos o no en base a un campo identificador que acompaa a los mensajes.
17
De este modo, podemos discernir dos tipos de mensajes que se identifican con cada
arquitectura:
Mensajes implcitos (Ilustracin 7), que nicamente llevan un identificador en lugar de

direcciones de origen o destino y son los nodos consumidores, basndose en ese
identificador, los que saben si el mensaje les concierne a ellos y qu accin tomar en
ese caso.
Mensajes explcitos (Ilustracin 8), que contienen informacin de direcciones
origen/destino de los dispositivos e informacin sobre una accin concreta como en
un modelo IP.
Algunas implementaciones de CIP, como Ethernet/IP o ControlNet tambin hacen usos de

mensajes explcitos.
Ilustracin 7. Modelo de mensaje productor/consumidor (multicast)
Ilustracin 8. Modelo de mensaje origen/destino
18
3.3.2.
3.3.2.1.
Implementaciones CIP: DeviceNET, ControlNET y CompoNET

Descripcin
Estas familias de tecnologas de CIP utilizan diferentes medios para la transmisin.

Respectivamente utilizan bus CAN7, coaxial RG-68 y cables redondos (los sustitutos de los
cables planos9).
3.3.2.2.
Seguridad
La diferencia entre las tres implementaciones reside en el mecanismo fsico para la

transmisin de la informacin, el cual no tiene capacidad para aportar ninguna medida de
seguridad.
3.3.2.3.
La mejor medida de seguridad para proteger estas implementaciones de CIP consiste en el

aislamiento de forma lgica del resto de la red, siendo preciso un despliegue que los asle de
cualquier conexin exterior. Adicionalmente sistemas de inspeccin de trfico y/o deteccin
de intrusos10 (IDS,IPS) son recomendables
3.3.3.
3.3.3.1.
Implementacin CIP: Ethernet/IP

Descripcin
Ethernet/IP fue introducido en 2001 y es uno de los protocolos que implementan CIP ms
extendidos, probados y completos en la automatizacin de industria manufacturera.
Ethernet/IP es pues, la adaptacin de CIP al modelo de red Ethernet el cual va unido
inherentemente a TCP/IP. Por tanto, Ethernet/IP hace uso de la pila TCP/IP para todas las
tareas de transporte y red, adaptando CIP para la capa de aplicacin, como se puede ver en
la Ilustracin 9.
http://es.wikipedia.org/wiki/Bus_CAN
http://es.wikipedia.org/wiki/RG-6
9
http://es.wikipedia.org/wiki/Cable_cinta
10
http://es.wikipedia.org/wiki/Sistema_de_detecci%C3%B3n_de_intrusos
7
8
19
Ilustracin 9. Integracin de Ethernet/IP en modelo OSI. Encapsulacin sobre trama TCP/UDP
Ethernet/IP como protocolo CIP, define dos mtodos de conexin para su comunicacin
TCP/IP: Mensajes explcitos, usando TCP e implcito (de entrada/salida) usando UDP. Los
mensajes explcitos siguen el patrn de conexin cliente-servidor o peticin-respuesta. Entre
ellos estn los mensajes entre los PLC y los HMI, mensajes de diagnstico, y transferencia
de ficheros. El puerto utilizado es el 44818 TCP.
Los mensajes implcitos son aquellos crticos y se usan para comunicaciones en tiempo real,
como la transmisin de datos y generalmente operan con direcciones multicast por eficiencia.
De este modo un mensaje cuyo destino son distintos dispositivos solo ha de mandarse una
vez. Se transmiten usando el puerto UDP 2222. La Ilustracin 10 muestra este tipo de
comunicacin.
20
Ilustracin 10. Modelo mensajes CIP productor/consumidor en comunicacin implcita multicast
3.3.3.2.
Seguridad
Ethernet/IP es susceptible de verse afectado por todas las vulnerabilidades de Ethernet,

como puede ser la suplantacin de identidad o la captura de trfico. Adems como utiliza
UDP para sus mensajes implcitos y este carece de control de la transmisin, es posible la
inyeccin de trfico malicioso y la manipulacin de la ruta de transmisin mediante el uso de
IGMP.
3.3.3.3.
Al ser Ethernet/IP, un protocolo basado en Ethernet que utiliza UDP e IGMP, es necesario
proporcionar al permetro de la red Ethernet/IP de todos los mecanismos de seguridad
basados en Ethernet e IP. Tambin se recomienda la monitorizacin pasiva de la red a fin de
asegurar que el trfico Ethernet/IP slo se utiliza en equipos explcitamente identificados y no
proviene del exterior de la red.
3.3.4.
Seguridad CIP
A pesar de que CIP utiliza un modelo de objetos bien definido, no define ningn mecanismo
ni implcito ni explcito de seguridad. Adems dispone de Objetos Obligatorios para la
identificacin de los dispositivos, lo que puede facilitar el descubrimiento de los equipos de la
red, proporcionando objetivos a los atacantes. Como tambin dispone de Objetos de
Aplicacin comunes para el intercambio de informacin entre dispositivos, un intruso es capaz
de manipular gran variedad de dispositivos industriales manipulando y enviando ese tipo de
objetos. Las caractersticas de algunos mensajes de CIP (tiempo real, mensajes multicast)
son adems incompatibles con el cifrado de las comunicaciones, por lo que CIP no incorpora
mecanismos que lo permitan.
21
3.4.
3.4.1.
MODBUS
Descripcin
Modbus es uno de los protocolos de control industrial ms veteranos. Fue introducido en 1979
utilizando comunicaciones serie para interaccionar con PLCs. En la dcada de los 90 tuvo un
gran crecimiento y con objeto de lograr una mayor integracin con sistemas modernos
aparece en 1999 la versin para redes TCP/IP, Modbus/TCP. Este paso consolid a Modbus
como uno de los protocolos ms utilizados en control industrial. Hoy en da es ampliamente
utilizado en un amplio espectro de industrias, incluyendo infraestructuras crticas. Modbus es
un protocolo de comunicaciones industriales que se sita en la capa de aplicacin,
permitiendo por ello utilizar diferentes soportes fsicos para el transporte. Proporciona
comunicacin en modo cliente/servidor entre diferentes equipos conectados a travs de
diferentes tecnologas de capas inferiores entre las que se incluye, pero no se limita, la capa
de protocolos de TCP/IP.
Se podra decir entonces que existen dos tipos de implementaciones de Modbus:
Modbus serie: Como tecnologa de transmisin utiliza el estndar HDLC11, si se

implementa Modbus, o RS232 (o RS485) si se implementa en modo maestro esclavo.
Modbus/TCP: utiliza la pila de protocolos TCP/IP para transmitir la informacin.
Puesto que el protocolo Modbus es comn para todas las implementaciones, las medidas de
seguridad que se implementen en capa 7 sern independientes de las que se aseguren en
capas inferiores.
3.4.2.
Seguridad
Las implementaciones de Modbus serie, utilizan tanto RS232 y RS485, que son protocolos de
comunicacin de capa fsica. Estos protocolos, por definicin, se encargan de transmitir bits
de una estacin a otra y definen las condiciones en las que un bit se entiende como un bit. No
tiene sentido hablar de seguridad en esta capa, pues son funcionalidades que se desarrollan
en capas superiores. Por encima del acceso fsico al medio, se ubicaran los protocolos de
nivel de enlace, HDLC y Ethernet segn la implementacin (serie o TCP respectivamente).
Modbus no implementa ninguna caracterstica de seguridad en este nivel.
Respecto a la seguridad ofrecida por la capa de aplicacin Modbus fue diseado para su uso
en entornos muy controlados y no incluye ningn mecanismo de seguridad en esta capa.
Carece por tanto de autenticacin, siendo nicamente necesario para la sesin de Modbus
una direccin y un cdigo de funcin que sean vlidos, informacin fcilmente conseguible a
travs de internet y un sniffer de red. Tampoco permite cifrado de la informacin. Estas
11
http://es.wikipedia.org/wiki/High-Level_Data_Link_Control
22
funcionalidades no fueron aadidas con la posibilidad de usar la pila TCP/IP como protocolos
de capas inferiores. Es posible aplicar medidas genricas de la pila TCP/IP (IDS,
cortafuegos), pero nicamente a las implementaciones basadas en Ethernet y en ningn
caso a aquellas basadas en Bus Serie.
Adems, en las implementaciones serie los comandos se emiten mediante broadcast, lo que
hace que todos los elementos conectados puedan ser afectados por un nico ataque de
Denegacin de Servicio.
Todas estas carencias se ven magnificadas por el hecho de que Modbus sea un protocolo
diseado para la programacin de los elementos de control como RTU o PLC, por lo que es
posible la inyeccin de cdigo malicioso a esos elementos.
3.4.3.
Debido a los problemas de seguridad anteriormente mencionados, la comunicacin entre

dispositivos utilizando Modbus debera estar controlada. En ese sentido, el despliegue de un
analizador de trfico que controle que nicamente permita el trfico Modbus de determinados
dispositivos y nicamente aquellas funciones permitidas podra ayudar a mitigar los problemas
de comunicacin si se utiliza este protocolo.
Adems tambin se deberan de comprobar aquellos paquetes Modbus TCP con datos
errneos en su tamao o el trfico en el puerto TCP 502 con paquetes malformados. Como
medida adicional aquellas funciones que fuercen a los esclavos a ponerse en modo slo
escucha, las funciones que fuercen un reinicio de las comunicaciones, aquellas que borren
o reseteen informacin diagnstica como contadores o trfico desde un servidor a mltiples
esclavos deberan ser tambin monitorizados de forma activa para hacer la red ms segura.
Existen soluciones genricas IDS como Snort o especializadas en Modbus como el IPS Tofino
TCP Enforcer LSM altamente recomendables para reforzar la seguridad de este protocolo.
3.5.
3.5.1.
DNP3
Descripcin
DNP3 es un protocolo de comunicaciones desarrollado en 1993 y que se implementa

ampliamente en el sector elctrico principalmente en USA y Canad. Su presencia en Europa
es escasa por la presencia de alternativas como IEC-60870-5-101 o IEC-60870-5-104. Es un
protocolo de tres capas que acta en las capas de nivel de enlace, de nivel de aplicacin y de
nivel de transporte12.
12
Ms bien pseudo-transporte porque no se corresponde con la capa de transporte de OSI.
23
3.5.2.
Seguridad
DNP3 es un protocolo diseado para maximizar la disponibilidad del sistema, dejando ms

descuidados los factores de confidencialidad e integridad de los datos.
A nivel de capa de enlace se incluyen las funciones tpicas de esta capa, como la deteccin
de errores de transmisin mediante el clculo de CRC (lo que no es una medida de seguridad,
ya que cualquiera que quiera modificar las tramas ser capaz de modificar el CRC), pero no
incluye ninguna medida de seguridad adicional que no ofrezca el protocolo Ethernet.
A nivel de aplicacin se est haciendo un esfuerzo para proporcionar un estndar de
autenticacin segura en DNP3 [4], promovido por la Asociacin de usuarios de DNP3. Esta
autenticacin se realiza a nivel de aplicacin para garantizar las comunicaciones extremo a
extremo, al ser DNP3 un protocolo que puede ser utilizado sobre diferentes tecnologas de
capa 1 y 2.
Con el estndar de autenticacin segura se resuelven los problemas de:
Suplantacin de identidad con usos generalmente maliciosos
Modificacin de mensajes de forma que se pueda alterar el funcionamiento del sistema
Ataques de reinyeccin de trfico consistentes en la transmisin maliciosa o

fraudulenta de datos vlidos
Eavesdropping o escucha fraudulenta de la informacin que circula por la red, aunque

nicamente para el intercambio de claves criptogrficas y no para el resto de los datos
que circulen por la red.
El estndar tiene un modelo de operacin que se basa en Desafo-Respuesta, de forma que

cuando se solicita una funcin que requiere de autenticacin, no se procesa la peticin a no
ser que se resuelva un desafo de autenticacin. Esta forma de comunicacin se muestra en
la Ilustracin 11.
24
Peticiones sin autenticacin
Peticiones con autenticacin
Ilustracin 11: Diferentes tipos de peticiones DNP3.
Este modo de operacin puede suponer retraso y sobrecarga de la red, por lo que se puede
configurar la operacin en modo agresivo, con el cual la peticin y la respuesta del
desafo se envan de forma conjunta.
3.5.3.
Ya que DNP3 dispone de una implementacin segura, la principal recomendacin es

desplegar nicamente DNP3 seguro. Puede ser que este despliegue no sea posible por
diferentes factores como el soporte del fabricante, por lo que, en estos casos, se recomienda
el uso de DNP3 encapsulado dentro de un protocolo de transporte seguro, como puede ser
25
TLS. Actualmente hay fabricantes como PJM13 que proponen este tipo de despliegues [5],
como se puede ver en la Ilustracin 12.
Ilustracin 12: DNP3 encapsulado en TLS.
De forma adicional, es recomendable monitorizar cualquier comunicacin no DNP3 en los

puertos tpicamente usados por DNP3 (TCP/UDP 20000), as como prestar especial atencin
a los cdigos de funcin 4,5 y 6 (Operate, Direct Operate y Direct Operate no ACK), 18 (Stop
Application), 21 (Disable Unsolicited Messages)14.
3.6.
3.6.1.
PROFIBUS
Descripcin
Profibus (del ingls PROcess FIeld BUS) es un estndar de comunicacin a travs de Fieldbus
promovido en 1989 por el departamento alemn de educacin e investigacin y utilizado por
Siemens. Se basa en comunicaciones serie con soporte sobre cable (RS-485, MBP) o sobre
fibra ptica.
Actualmente tiene dos variantes, reflejadas en la Ilustracin 13: Profibus DP (perifricos
descentralizados) que se utiliza para la operacin de sensores y actuadores a travs de un
controlador centralizado y Profibus PA (Automatizacin de Procesos) utilizado para la
monitorizacin de equipos de medida a travs de un sistema de control del proceso.
http://www.pjm.com/
La lista completa de las funciones de aplicacin de DNP3 se puede consultar en [7]. Ntese que en la
referencia la notacin es hexadecimal mientras que en el texto se utiliza notacin decimal.
13
14
26
Ilustracin 13: Arquitectura Profibus
3.6.2.
Seguridad
Profibus es un protocolo que opera en las capas de aplicacin, enlace y fsica. La capa de
enlace de este protocolo utiliza FDL (Field bus Data Link) como mecanismo de gestin de
acceso al medio. Funciona con un mtodo de acceso hbrido que combina las tecnologas de
maestro-esclavo con el paso de un testigo que es el que marca quien puede iniciar la
comunicacin y ocupar el bus. Estas medidas permiten que los dispositivos no se comuniquen
a la vez, pero no constituyen ningn mecanismo de seguridad y podran ser susceptibles a
ataques de inyeccin de trfico o denegacin de servicio.
En capa de aplicacin, existen tres niveles de utilizacin DP-V0, para intercambios de datos
peridicos, DP-V1 para comunicaciones no peridicas y DP-V2 para comunicaciones
asncronas a travs de mensajes de broadcast. De la documentacin examinada no es posible
inferir que Profibus aada ninguna capa de seguridad a las comunicaciones en esta capa.
Hay parte de los servicios ofrecidos por Profibus que pueden utilizar TCP/IP como protocolo
de transporte, pero nicamente durante una fase inicial de asignacin de dispositivos. En
estos servicios sera posible aadir elementos de seguridad IT, siempre y cuando no
perjudiquen la operativa del sistema.
27
3.6.3.
Al igual que con otros protocolos de la familia Fieldbus, la ausencia de autenticacin y la falta
de seguridad del protocolo exigen el aislamiento del bus del resto de componentes de la red.
La seguridad perimetral debera ser muy severa para evitar cualquier trfico no autorizado o
sospechoso.
3.7.
3.7.1.
PROFINET
Descripcin
Profinet es un estndar basado en Profibus que adopta como interfaz fsico de conexin
Ethernet en lugar de RS485, y un sistema de bis basado en pase de token. Ofrece para la
transmisin de datos la funcionalidad completa de TCP/IP, lo que le proporciona aplicaciones
inalmbricas y alta velocidad de transferencia. Los equipos que utilizan Profinet estn
orientados a la fiabilidad y a la comunicacin en tiempo real, junto con la usabilidad. En la
Ilustracin 14 es posible ver la arquitectura de Profinet.
Ilustracin 14: Arquitectura Profinet
3.7.2.
Seguridad
Los equipos Profinet carecen de funciones de seguridad nativas, entendindolo como

seguridad del punto final, por lo que la prevencin de ataques a equipos Profinet es clave. Las
medidas incorporadas por el protocolo se centran en mejorar la disponibilidad del sistema y la
28
fiabilidad operacional, as como la robustez de los equipos ante altos volmenes de trfico
puntuales. En el documento PROFINET Security Guideline [6] se realizan recomendaciones
para prevenir los posibles ataques a estos sistemas, donde se incluyen recomendaciones
tradicionales del mundo IT, como la segmentacin de las redes mediante VLAN o el
establecimiento de DMZ, como se puede ver en la Ilustracin 15siguie.
Ilustracin 15: Una de las arquitecturas propuestas para ProfiNet.
3.7.3.
Al igual que con otros protocolos creados originalmente para comunicacin a travs de
Fieldbus15 la ausencia de autenticacin y la falta de seguridad del protocolo exigen el
aislamiento del resto de la red. Adicionalmente, el uso de mtodos IT para autenticar los
componentes de la red, junto con el cifrado de las comunicaciones de la misma es una buena
prctica. Por ltimo, la seguridad perimetral debera ser muy estricta para evitar cualquier
trfico no autorizado o sospechoso.
Recordemos que Profinet es una adaptacin de Profibus al protocolo Ethernet, por lo que la capa de
aplicacin se pens originalmente para Fieldbus.
15
29
3.8.
3.8.1.
POWERLINK ETHERNET
Descripcin
Powerlink sobre Ethernet [7] es un perfil de comunicacin para Ethernet en Tiempo Real.
Extiende Ethernet de acuerdo al estndar IEEE 802.3 con mecanismos para transmitir
informacin con sincronizacin precisa e intervalos predecibles, con una arquitectura que se
puede ver en la Ilustracin 16. La especificacin del protocolo [8] se puede descargar desde
la pgina web del Grupo de Estandarizacin de Powerlink Ethernet16.
Porwerlink proporciona mecanismos para conseguir:
1. Transmisin de aquella informacin para la que el tiempo es crtico en ciclos
asncronos. El intercambio de informacin se basa en el mtodo de
publicar/suscripcin.
2. Sincronizacin de los nodos de la red con gran precisin
3. Transmitir la informacin para la que el tiempo no es tan crtico bajo demanda. La
comunicacin asncrona puede utilizar protocolos de la pila TCP/IP o de capas
superiores como HTTP, FTP
Ilustracin 16: Modelo de referencia de Powerlink Ethernet.
16
http://www.ethernet-powerlink.org/
30
Se maneja el trfico de la red de forma que se dedican intervalos de tiempo para las
transmisiones sncronas y las asncronas, a la vez que se asegura que slo los equipos de la
red acceden al medio de transmisin. De esta forma se asegura que la informacin transmitida
de forma asncrona no interfiere con la sncrona y se mantienen los intervalos de
comunicacin. Este mecanismo, llamado Slot Communication Network Management (SCNM)
es controlado por un equipo de la red, el Nodo Gestor (MN). El resto de nodos recibe el nombre
de Nodos Controlados (CN). Los CN slo pueden utilizar intervalos de transmisin asignados
por el MN. Todos los nodos de la red se deben configurar en el MN y slo se permite un MN
dentro de la red. Adems nicamente el MN puede mandar mensajes de forma independiente,
mientras que los CN nicamente envan mensajes cuando el MN se los pide. Los CN envan
la informacin solicitada por el MN en forma de broadcast, por lo que puede ser escuchada
en toda la red. La siguiente ilustracin muestra este proceso.
Ilustracin 17: SCNM de Ethernet Powerlink
3.8.2.
Seguridad
Como en otros casos de protocolos industriales se carece de mecanismos para comprobar la

autenticidad del nodo o del mensaje. Si bien es cierto que un nodo slo puede transmitir
cuando el MN se lo solicita y le asigna un periodo de tiempo, no existe ningn mecanismo
para comprobar que la informacin recibida proviene del nodo, por lo que es razonablemente
sencillo alterar el trfico de la red falsificando nodos legtimos o provocar DoS simplemente
inundando la red de mensajes.
El uso de broadcast para las transmisiones tambin permite que un intruso obtenga toda la
informacin que emiten los CN, no teniendo tampoco ningn tipo de cifrado que evite esta
circunstancia.
31
3.8.3.
La sensibilidad al retraso del SCNM requiere que Powerlink Ethernet se despliegue aislado
de cualquier otra red basada en Ethernet. La seguridad perimetral debe ser por tanto muy
estricta para mantener aislado este protocolo del resto de la red y prevenir trfico malicioso.
3.9.
3.9.1.
OPC
Descripcin
OPC (OLE para control de procesos) no es un protocolo de comunicacin industrial, sino ms

bien un marco operacional de comunicaciones de los sistemas de control de procesos
basados en Windows que utilizan objetos enlazados y embebidos (OLE), que a su vez utilizan
protocolos de comunicacin como RPC. OPC es, por tanto, un conjunto de protocolos de
conjuntamente permiten a los sistemas de control de procesos comunicarse utilizando algunas
de las capacidades de comunicacin de Windows.
OPC conecta sistemas Windows, normalmente a travs de TCP/IP. Originalmente, OPC se
basaba en DCOM y muchos sistemas OPC todava utilizan DCOM, a pesar de que existe una
actualizacin llamada OPC-Unified Architecture (OPC-UA), que permite la utilizacin de SOAP
sobre HTTPS, mucho ms segura.
3.9.2.
Seguridad
El uso de DCOM y RCP hacen de OPC muy susceptible a ataques y adems puede verse
afectado por todas las vulnerabilidades utilizadas en OLE. Adems OPC se ejecuta en
sistemas Windows nicamente, por lo que tambin puede verse afectado por todas las
vulnerabilidades que afectan a ese Sistema Operativo.
Debido a la dificultar inherente de aplicar parches en sistemas de control industrial, muchas
de las vulnerabilidades ya descubiertas y para las que hay parches siguen siendo explotables
en las redes de control industrial. OPC-UA si dispone de un modelo de seguridad, del que se
puede encontrar un libro blanco [9], que aporta seguridad a la arquitectura, por lo que es
recomendable el despliegue de OPC-UA en lugar de OPC clsico.
3.9.3.
En la medida de lo posible se debera desplegar OPC-UA. Adems de esta recomendacin,

los servidores OPC deben ser convenientemente bastionados, cerrando todos los puertos y
servicios innecesarios.
Adicionalmente se deben monitorizar aquellos puertos y servicios no OPC iniciados por el
servidor OPC, as como la aparicin de vulnerabilidades que afecten a Windows, OPC, OLE
RPC o DCOM. Los servicios OPC que se inicien de servidores OPC desconocidos junto a
fallos de autenticacin en los servidores OPC tambin deben ser activamente monitorizados
para mejorar la seguridad de los despliegues utilizando OPC.
32
3.10.
3.10.1.
ETHERCAT
Descripcin
EtherCAT (Ethernet for Control Automation Technology) es un protocolo de comunicaciones

de cdigo abierto utilizado para incorporar Ethernet a los entornos industriales. Este protocolo
se estandariz en el IEC 6115817, dentro de la estandarizacin de FieldBus. EtherCAT se
utiliza en aplicaciones de automatizacin con ciclos de actualizacin pequeos ( 100s) y
con jitter18 1s. Es, por tanto, el sistema ms rpido disponible actualmente.
Con este sistema el paquete Ethernet no se recibe, interpreta y enva (como se hace
tradicionalmente con el almacenamiento y reenvo) sino que se procesa sobre la marcha en
cada nodo esclavo (actualizando la informacin correspondiente) mientras que se enva al
siguiente dispositivo, obtenindose un retraso de unos pocos nanosegundos. La trama de
EtherCAT se muestra en la Ilustracin 18.
Ilustracin 18: Estructura de tramas de EtherCAT.
3.10.2.
Seguridad
Al ser EtherCAT un protocolo derivado de Ethernet, es susceptible a cualquiera de las

vulnerabilidades de Ethernet, y por tanto vulnerable a cualquier ataque de Denegacin de
Servicio. El servicio de EtherCAT se puede alterar fcilmente mediante la insercin de
17
18
http://es.wikipedia.org/wiki/Bus_de_campo
http://es.wikipedia.org/wiki/Jitter
33
paquetes Ethernet a la red de forma que interfieran con la sincronizacin y es vulnerable a

falsificaciones y MITM debido a la falta de autenticacin, por lo que es recomendable separar
la red EtherCAT del resto de sistemas Ethernet.
3.10.3.
Como ya se ha comentado, EtherCAT debe desplegarse aislado del resto de redes Ethernet.
Tambin es recomendable realizar una monitorizacin pasiva de la red a fin de asegurar la
integridad de la misma, comprobando que el trfico EtherCAT se origina nicamente de
aquellos dispositivos explcitamente autorizados
34
ANEXO I: CUADRO COMPARATIVO EN PROTOCOLOS SCI
PROTOCOLO
Common Industrial Protocol

(CIP)
CIFRADO
AUTENTICACION
NIVEL IP / TRANSPORTE
DeviceNet
NO
NO
Protocolo propietario
DeviceNetTM
ControlNet
NO
NO
ControlNetTM
NIVEL APLICACIN
SEGURIDAD Y RECOMENDACIONES
CIP cuenta con la tecnologa a nivel de aplicacin

CIP SafetyTM .
CIP
Es recomendable complementar con medidas

generales de segmentacin y aislamiento de las
redes de control
Adoptar, si es posible, cifrado (SSL,VPN) o medidas

de inspeccin de trfico como IDS (Snort), IPS
(Tofino), etc.
Componet
NO
NO
ComponetTM
Ethernet/IP
NO
NO
TCP/IP
Modbus
Serie
NO
NO
NO APLICA
(transmisin serie)
Modbus (no seguro)
Modbus
TCP
NO
NO
TCP/IP
Modbus (no seguro)
DNP3
SOLO
DNP
Secure
SOLO DNP
Secure
DNP Secure
DNP Secure
Se recomienda la implementacin de DNP Secure
Profibus
NO
NO
NO APLICA
(transmisin serie)
Sin medidas de seguridad

propias
Aplicar las recomendaciones generales propuestas

de segmentacin, inspeccin de trfico y cifrado.
Profinet
NO
NO
TCP/IP UDP/IP
Sin medidas de seguridad

propias
Profinet Security Guide
Powerlink Ethernet
NO
NO
No incorpora medidas
propias
No incorpora medidas propias
OPC
OPC UA
OPC UA
Base TCP/IP
OPC UA
OPC UA
EtherCAT
NO
NO
No incorpora medidas
propias
No incorpora medidas propias
MODBUS
PowerLink es un protocolo basado en Ethernet y

orientado a control en tiempo real. Se recomiendan
medidas de segmentacin en la arquitectura.
Implementar OPC UA
Se recomiendan medidas de segmentacin y
seguridad perimetral
ANEXO II: RECOMENDACIONES GENRICAS DE SEGURIDAD

I.
RECOMENDACIONES GENRICAS PARA CORTAFUEGOS.
Complementando las recomendaciones propuestas para la arquitectura de red que se

describen en el apartado 2.2, las siguientes reglas de carcter general pueden aplicarse:
El conjunto de reglas de base debe ser denegar todo e ir permitiendo comunicaciones

o servicios segn necesidades (listas blancas).
Los puertos y servicios entre el entorno de red de control y la red de la corporativa
deben ser habilitados y permitidos de manera especfica, segn las necesidades de
cada caso. Debe haber una justificacin documentada con el anlisis de riesgos y una
persona responsable de cada flujo de datos entrante o saliente permitido.
Todas las reglas de acceso permitido deben fijarse con una direccin IP y puerto
TCP/UDP especfico con control de estado.
Todas las reglas deben definirse para restringir el trfico solo a una direccin IP
especfica o a un rango de direcciones.
Denegar trfico directamente desde la red de control a la red corporativa. Todo el
trfico de control debe terminar en la zona DMZ.
Todo protocolo permitido entre la red de control y DMZ no debe permitirse
explcitamente entre la DMZ y las redes corporativas (y viceversa).
Todo el trfico saliente de la red de control de la red corporativa debe estar
estrictamente restringido por fuente y destino as como el servicio y el puerto.
Los paquetes salientes desde la red de control o DMZ solo deben ser autorizados si
los paquetes tienen una direccin IP de origen correcta asignada a la red de control o
dispositivos de la red DMZ.
NO se debe permitir el acceso a Internet dispositivos de la red de control.
Las redes de control no deben conectarse directamente a Internet, aunque estn
protegidas por un firewall.
Todo el trfico de administracin de firewall debe realizarse en cualquiera de una red
separada, asegurado gestin (por ejemplo, fuera de banda) o en una red cifrada con
autenticacin de mltiples factores. El trfico tambin debe ser restringido por
direccin IP a las estaciones de gestin especficos.
Todas las polticas de firewall deben probarse peridicamente.
Todos los cortafuegos deben ser respaldados inmediatamente antes de la puesta en
marcha.
II.
RECOMENDACIONES GENRICAS SOBRE SERVICIOS
Como aadido a las reglas generales descritas en el apartado anterior, se proponen las
siguientes reglas de cortafuegos genricas segn el servicio o protocolo:
SERVICIO
RECOMENDACIN
DNS
Hacer un uso de un servidor DNS local interno restringido para la red de

control. En casos de elementos limitados puede hacerse uso de ficheros
locales de hosts.
HTTP
El protocolo utilizado para acceso web con navegadores es muy til y

cmodo. No obstante si no se usa HTTPS cuyas transmisiones son cifradas
debe ser denegado desde la red corporativa o pblica a la red de control.
Adicionalmente:
Hacer uso de listas blancas (filtrado IP) para los accesos web a
servicios en la red de control o fsica.
Control de acceso tanto a orgenes como destinos
Implementacin de autorizacin a nivel aplicacin
Restringir el nmero de tecnologas soportadas para disminuir la
superficie de vulnerabilidades
Registrar y monitorizar tanto el uso como los intentos o accesos al
servicio
FTP Y TFTP
Estos dos protocolos de transmisin de ficheros son de uso comn en

sistemas SCI. Sin embargo la ausencia de cifrado los hace vulnerables a
robo de credenciales e informacin. Debe evitarse en la medida de lo
posible y sustituir de versiones cifradas como SCP o SFTP. En caso
estrictamente necesario utilizar nicamente bajo un tnel cifrado o restringir
su uso a transmisiones no crticas.
TELNET
Este protocolo de acceso y comunicacin no cuenta con cifrado lo que

desaconseja su uso. En caso de necesidad utilizar una red privada o VPN
para proteger la transmisin.
DHCP
Este protocolo diseado para la configuracin automtica de red de

dispositivos es de gran utilidad pero entraa riesgos de seguridad al
poderse utilizar para ataques MITM e interceptar trfico. En la medida de lo
posible evitar su utilizacin o, en caso necesario implementar reglas de
inspeccin de trfico para evitar falsos servidores DHCP (rogue servers)
as como medidas anti spoofing de ARP e IP.
Protocolos y seguridad de red en infraestructuras ICS
37
SSH
Una correcta utilizacin de SSH debe considerarse como una medida

eficaz para establecer comunicacin segura entre segmentos o elementos
de red con trfico sensible. Debe permitirse y sustituir a FTP, TELNET, RCP
y otros protocolos inseguros.
SOAP
SOAP (Simple Object Acess Protocol) utiliza una sintaxis XML para
intercambiar mensajes. Es un mecanismo sin control de estado y por ello
bastante vulnerable a falsificacin e interceptacin. En este sentido reglas
de inspeccin de trfico a nivel de aplicacin son aconsejables para
controlar el contenido de los mensajes.
SMTP
Este protocolo utilizado en el correo electrnico debe ser denegado en la

red de control. Trfico SMTP saliente desde la red de control a la
corporativa puede permitirse para envi de alertas por correo electrnico.
SNMP
SNMP es el protocolo utilizado para el control y monitorizacin entre

elementos de red siendo de gran utilidad. No obstante en sus versiones 1
y 2 hace uso de comunicaciones no cifradas y contraseas genricas.
SNMP versin 3 ya soluciona estos problemas pero no siempre es
compatible con todos los dispositivos. En caso de contar con el uso de las
versiones anteriores a v3 se recomienda separar el trfico SNMP en una
red de gestin.
DCOM
DCOM, del ingls Distributed Component Object Model es el protocolo

sobre el que se apoya OPC (OLE for Process Control. Hace uso de RPC
(Remote Procedure Call) servicio que debe ser convenientemente
parcheado por contar con mltiples vulnerabilidades. Adems OPC a travs
de DCOM, hace uso de puertos dinmicos (desde 1024-65535) lo que
incrementa la dificultad de establecer una regla concreta de firewall. El
trfico de este protocolo debe permitirse nicamente entre las redes de
control y DMZ. Adicionalmente se recomienda aplicar configuraciones de
DCOM en los dispositivos para reducir el rango de puertos dinmicos
disponibles.
38
REFERENCIAS
[1] ISA-95. [En lnea]. Available: https://www.isa.org/standards-and-publication.

[2] D. G. Maryna Krotofil, Industrial Control Systems Security: What is happening?.
[3] Homeland Security US, Improving Industrial Control with Defense in Depth Strategies, 2009.
[4] IEEE, IEEE Standard for Electric Power Systems Communications -- Distributed Network Protocol
(DNP3), 2010.
[5] PJM, Jetstream Guide DNP SCADA over Internet with TLS Security, 2013.
[6] P. -. Profinet, Profinet Security Guideline. Guideline for PROFINET, 2013.
[7] DNP3 Quick Reference Guide, 2002.
[8] E. P. S. Group, Ethernet POWERLINK Communication Profile Specification, 2008.
[9] P. H. Randy Amstrong, The OPC UA Security Model For Administrators, 2010.
[10] Rockwell Automation, REFERENCE ARCHITECTURES FOR MANUFACTURING, 2011.
[11] E. D. Knapp, Industrial Network Security, 2011.
[12] L. A. a. C. M. P. Hollman, Compromising Industrial Facilities from 40 Miles Away, 2013.
[13] U. o. L. Dept. of Computer Engineering and Computer Science, Security Considerations in SCADA
Communication Protocols, 2004.
[14] S. C. C. Agency, Guide to Increased Security in Industrial Control Systems, 2010.
[15] ISA, ISA-99 Industrial Automation and Control Systems Security.
39

Protocolos y Seguridad de Red en Infraestructuras Sci

Cargado por

Copyright:

Formatos disponibles

Protocolos y Seguridad de Red en Infraestructuras Sci

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Protocolos y Seguridad de Red en Infraestructuras Sci

Cargado por

Copyright:

Formatos disponibles

Protocolos y Seguridad de red en infraestructuras SCI