<?xml version="1.0" encoding="ISO-8859-1"?><article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<front>
<journal-meta>
<journal-id>1646-9895</journal-id>
<journal-title><![CDATA[RISTI - Revista Ibérica de Sistemas e Tecnologias de Informação]]></journal-title>
<abbrev-journal-title><![CDATA[RISTI]]></abbrev-journal-title>
<issn>1646-9895</issn>
<publisher>
<publisher-name><![CDATA[AISTI - Associação Ibérica de Sistemas e Tecnologias de Informação]]></publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id>S1646-98952019000200007</article-id>
<article-id pub-id-type="doi">10.17013/risti.32.83-96</article-id>
<title-group>
<article-title xml:lang="es"><![CDATA[Ciberseguridad del Sistema de Control Industrial de la Planta Cloro-Sosa ELQUIM]]></article-title>
<article-title xml:lang="en"><![CDATA[Cyber Security for the Industrial Control System of the ELQUIM’s Chlorine Plant]]></article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Socarrás]]></surname>
<given-names><![CDATA[Héctor Enrique]]></given-names>
</name>
<xref ref-type="aff" rid="A1"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Santana]]></surname>
<given-names><![CDATA[Ivan]]></given-names>
</name>
<xref ref-type="aff" rid="A2"/>
</contrib>
</contrib-group>
<aff id="AA1">
<institution><![CDATA[,Empresa de Automatización Integral CEDAI División Villa Clara ]]></institution>
<addr-line><![CDATA[Santa Clara Villa Clara]]></addr-line>
<country>Cuba</country>
</aff>
<aff id="AA2">
<institution><![CDATA[,Universidad Central “Marta Abreu” de las Villas Facultad de Ingeniería Eléctrica Departamento de Automática]]></institution>
<addr-line><![CDATA[Santa Clara Villa Clara]]></addr-line>
<country>Cuba</country>
</aff>
<pub-date pub-type="pub">
<day>00</day>
<month>06</month>
<year>2019</year>
</pub-date>
<pub-date pub-type="epub">
<day>00</day>
<month>06</month>
<year>2019</year>
</pub-date>
<numero>32</numero>
<fpage>83</fpage>
<lpage>96</lpage>
<copyright-statement/>
<copyright-year/>
<self-uri xlink:href="http://scielo.pt/scielo.php?script=sci_arttext&amp;pid=S1646-98952019000200007&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://scielo.pt/scielo.php?script=sci_abstract&amp;pid=S1646-98952019000200007&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://scielo.pt/scielo.php?script=sci_pdf&amp;pid=S1646-98952019000200007&amp;lng=en&amp;nrm=iso"></self-uri><abstract abstract-type="short" xml:lang="es"><p><![CDATA[Después de Stuxnet la protección de los Sistemas de Control Industrial, en especial aquellos que controlan procesos de infraestructuras críticas, ha tomado vital importancia para los gobiernos. Ya solo no basta la protección física de estas instalaciones, sino una amenaza como los ciberataques deben ser tenidas en cuenta. Es en este escenario que la implementación de medidas de ciberseguridad para el sistema de control industrial (SCI) de la nueva planta de Cloro-Sosa de la empresa ELQUIM es un requerimiento de las autoridades nacionales. En este artículo se presenta la implementación de una estrategia de defensa en profundidad para la protección de este SCI siguiendo las reglas internacionales y nacionales lo cual es definitorio para el arranque de la nueva planta.]]></p></abstract>
<abstract abstract-type="short" xml:lang="en"><p><![CDATA[After Stuxnet, the protection of Industrial Control Systems, especially those that control critical infrastructure processes, has taken vital importance for governments. The physical protection of these facilities alone is not enough, but a threat such as cyber-attacks must be taken into account. It is in this scenario that the implementation of cybersecurity measures for the industrial control system (ICS) of the new ELQUIM company’s chlorine plant is a requirement of the national authorities. In this article we present the implementation of a defense in depth strategy for the protection of this ICS.]]></p></abstract>
<kwd-group>
<kwd lng="es"><![CDATA[Ciberseguridad]]></kwd>
<kwd lng="es"><![CDATA[Infraestructura Crítica]]></kwd>
<kwd lng="es"><![CDATA[Sistemas de Control Industrial]]></kwd>
<kwd lng="en"><![CDATA[Cyber Security]]></kwd>
<kwd lng="en"><![CDATA[Critical Infrastructure]]></kwd>
<kwd lng="en"><![CDATA[Industrial Control Systems]]></kwd>
</kwd-group>
</article-meta>
</front><body><![CDATA[ <p align="right"><font size="2"><b>&quot;ARTÍCULOS</b></font></p>     <p><font size="4"><b>Ciberseguridad del Sistema de Control Industrial de la Planta    Cloro-Sosa ELQUIM.</b></font></p>     <p><font size="3"><b>Cyber Security for the Industrial Control System of the ELQUIM&rsquo;s    Chlorine Plant.</b></font></p>     <p><b>Héctor Enrique Socarrás<sup>1</sup>, Ivan Santana<sup>2</sup></b></p>     <p><sup>1</sup> Empresa de Automatización Integral CEDAI, División Villa Clara,    Calle 4ta no 7, C.P. 50100, Santa Clara, Villa Clara, Cuba. <a href="mailto:hector@cedai.com.cu">hector@cedai.com.cu</a></p>     <p><sup>2</sup> Universidad Central &ldquo;Marta Abreu&rdquo; de las Villas, Facultad de Ingeniería    Eléctrica, Departamento de Automática, Carretera a Camajuaní Km. 5 y 1/2, C.P.    50100, Santa Clara, Villa Clara, Cuba. <a href="mailto:ching@uclv.edu.cu">ching@uclv.edu.cu</a></p> <hr/>     <p>&nbsp;</p>     <p><b>RESUMEN</b></p>     <p>Después de Stuxnet la protección de los Sistemas de Control Industrial, en    especial aquellos que controlan procesos de infraestructuras críticas, ha tomado    vital importancia para los gobiernos. Ya solo no basta la protección física    de estas instalaciones, sino una amenaza como los ciberataques deben ser tenidas    en cuenta. Es en este escenario que la implementación de medidas de ciberseguridad    para el sistema de control industrial (SCI) de la nueva planta de Cloro-Sosa    de la empresa ELQUIM es un requerimiento de las autoridades nacionales. En este    artículo se presenta la implementación de una estrategia de defensa en profundidad    para la protección de este SCI siguiendo las reglas internacionales y nacionales    lo cual es definitorio para el arranque de la nueva planta.</p>     <p><b>Palabras-clave</b>: Ciberseguridad; Infraestructura Crítica; Sistemas de    Control Industrial.</p> <hr/>     ]]></body>
<body><![CDATA[<p>&nbsp;</p>     <p><b>ABSTRACT</b></p>     <p>After Stuxnet, the protection of Industrial Control Systems, especially those    that control critical infrastructure processes, has taken vital importance for    governments. The physical protection of these facilities alone is not enough,    but a threat such as cyber-attacks must be taken into account. It is in this    scenario that the implementation of cybersecurity measures for the industrial    control system (ICS) of the new ELQUIM company&rsquo;s chlorine plant is a requirement    of the national authorities. In this article we present the implementation of    a defense in depth strategy for the protection of this ICS.</p>     <p><b>Keywords</b>: Cyber Security; Critical Infrastructure; Industrial Control    Systems.</p> <hr/>     <p>&nbsp;</p>     <p><b>1. Introducción</b></p>     <p>Las Infraestructuras Críticas son aquellas instalaciones y sistemas sobre los    que recaen servicios esenciales cuyo funcionamiento no permite soluciones alternativas,    por lo que su perturbación o destrucción tendría un grave impacto sobre los    servicios esenciales prestados a la sociedad. (CCN-CERT, 2016). La planta de    producción de Cloro-Sosa de la empresa ELQUIM, única de su tipo en Cuba, es    responsable de suplir la demanda de Cloro líquido e hipoclorito de sodio para    la potabilizar el agua suministrada a la población.</p>     <p>La planta actual, con más de 35 años de explotación y tecnología de celdas    electrolíticas de mercurio, se encuentra al final de su ciclo de vida y fue    reemplazada por una moderna planta con tecnología de membranas, más amigable    con el medio ambiente. La nueva planta cuenta con un sistema de control industrial    compuesto por un sistema de control distribuido (DCS), un sistema de apagado    de emergencia (ESD) y controladores lógicos programables (PLC) en unidades auxiliares.</p>     <p>Muchos de los Sistemas de Control Industrial de hoy evolucionaron desde la    inserción de las capacidades de tecnologías de la información en los sistemas    físicos existentes, a menudo reemplazando o complementando los mecanismos de    control físico. Las mejoras en el costo y el rendimiento han fomentado esta    evolución, dando como resultado muchas de las tecnologías &ldquo;inteligentes&rdquo; de    hoy en día, como la red eléctrica inteligente, el transporte inteligente, los    edificios inteligentes y la fabricación inteligente. Si bien esto aumenta la    conectividad y la criticidad de estos sistemas, también crea una mayor necesidad    de adaptabilidad, resiliencia y seguridad (Stouffer et al, 2015).</p>     <p>Para utilizar los recursos y los activos del SCI de manera eficiente, este    debe estar bajo el control de una administración de seguridad y gobernanza adecuada.    La gobernanza se refiere al conjunto de controles de seguridad que se utilizan    para gobernar una organización (Alcaraz, C. et al, 2015).</p>     ]]></body>
<body><![CDATA[<p>Para fortalecer la seguridad de los SCI, una solución es implementar una defensa    en profundidad mediante la combinación de controles de seguridad para reducir    el riesgo para los activos que se están protegiendo. Al aplicar múltiples controles    sobre el SCI se introducen otras barreras, que un atacante debe superar (Maglaras,    L. A. et al, 2018).</p>     <p>Este trabajo tuvo como objetivo la implementación de una estrategia de defensa    en profundidad para la protección del SCI de la planta de producción de Cloro-Sosa    de la empresa ELQUIM. En la sección 2 se describe el SCI de la planta, la sección    3 presenta los aspectos fundamentales de la estrategia de defensa en profundidad    y describe la implementación de la misma, finalmente se presentan las conclusiones.</p>     <p><b>2. Descripción del Sistema de Control Industrial</b></p>     <p><b>2.1. DCS</b></p>     <p>El DCS de la planta esta implementado sobre la solución CENTUM VP de Yokogawa    (Yokogawa Electric Corporation, 2015).</p>     <p>Este sistema está compuesto en la planta, por 3 estaciones de control de campo    o (FCS), las cuales son controladores con una alta fiabilidad, realizan funciones    de control y de entrada/salida al proceso, formadas por una Unidad de Control    de Campo y varias unidades de nodos para el montaje de módulos de entrada/salida;    2 estaciones de interface humana (HIS) que son PC con los paquetes de software    de funciones de operación y monitoreo instalados a través de las cuales los    operadores interactúan con el proceso; una estación de Ingeniería, que es un    PC con los paquetes de software necesarios para la configuración, programación    y administración del sistema; todo esto interconectado a través de una red de    control Vnet/IP, que es una red ethernet redundante a 1Gbps.</p>     <p>Adicionalmente la red ethernet estándar de las estaciones HIS es utilizada    para la comunicación con las impresoras de alarmas y la comunicación con la    red de gestión empresarial a través de un servidor de datos OPC DA y AE.</p>     <p><b>2.2. Sistema de Apagado de Emergencia. (ESD)</b></p>     <p>La protección contra eventos peligrosos como explosiones, escapes de productos    tóxicos etc., se realiza a través de un esquema de protección por capas <a href="#f1">Figura    1</a>, en la cual los ESD se encuentran en la capa de prevención y mitigación    de eventos peligrosos.</p>     <p>&nbsp;</p>     ]]></body>
<body><![CDATA[<p align="center"><a name="f1"></a><img src="/img/revistas/rist/n32/32a07f1.jpg"/></p>     
<p>&nbsp;</p>     <p>El ESD fue implementado utilizado el sistema instrumentado de seguridad de    Yokogawa ProSafe-RS el cual está certificado por TUV Rheinland, logra un nivel    de integración de seguridad (SIL) 3 y se integra fácilmente con el DCS Centum    VP (Yokogawa Electric Corporation, 2016).</p>     <p>Está compuesto por la estación de ingeniería de seguridad (SENG) compartida    con la estación de ingeniería del DCS y 2 estaciones de control de seguridad    (SCS).</p>     <p><b>3. Estrategia de Ciberseguridad</b></p>     <p>Para la protección del SCI de la planta Cloro-Sosa se determina seguir las    recomendaciones del Instituto nacional de estándares y tecnólogas (NIST) (Stouffer    et al.,2015) implementando una estrategia de defensa en profundidad con los    siguientes elementos claves:</p>     <p>1. Evaluación de riesgos.</p>     <p>2. Protección Física.</p>     <p>3. Separación de redes.</p>     <p>4. Protección del Perímetro.</p>     ]]></body>
<body><![CDATA[<p>5. Endurecimiento de los dispositivos.</p>     <p>6. Monitoreo y Actualizaciones.</p>     <p>7. Manejo de Vendedores.</p>     <p>8. Factor Humano. Entrenamiento y Capacitación.</p>     <p><b>3.1. Evaluación de riesgos.</b></p>     <p>El riesgo, es un valor que combina el impacto (Consecuencia) que produciría    el deterioro o pérdida de un activo (o grupo de activos), junto con la probabilidad    de que una vulnerabilidad existente en el activo sea explotada por una amenaza    (Centro de Ciberseguridad Industrial, 2016).</p>     <p><b>Activos</b></p>     <p>Primeramente, se realiza un levantamiento detallado de los activos del Sistema    de Control, considerándose como activos los siguientes elementos:</p>     <p>&middot; Instrumentos y actuadores de campo. Transmisores de presión, flujo, etc.,    así</p>     <p>como válvulas de control y variadores de frecuencia.</p>     ]]></body>
<body><![CDATA[<p>&middot; Controladores. PLC, RTU o dispositivos electrónicos inteligentes.</p>     <p>&middot; Interfaces Hombre-Máquina. Paneles de operación y consolas de operación.</p>     <p>&middot; Lógica en ejecución en los controladores. Programas de usuario de los PLC.</p>     <p>&middot; Equipos del proceso.</p>     <p>&middot; Información del proceso. Planos eléctricos, diagramas de instrumentación    y tuberías, etc.</p>     <p>&middot; Elementos de redes y comunicación.</p>     <p>&middot; Personal.</p>     <p><b>Evaluación de Vulnerabilidades</b></p>     <p>Las vulnerabilidades son evaluadas para cada activo del SCI. Se tienen en cuenta    factores físicos, como el grado de protección IP, si están expuesto a los elementos    naturales, el acceso a la manipulación del activo o cuestiones desde el punto    de vista de software.</p>     <p>Las vulnerabilidades se pueden agrupar en las siguientes categorías (Stouffer    et al, 2015):</p>     ]]></body>
<body><![CDATA[<p>&middot; Políticas y Procedimientos</p>     <p>&middot; Arquitectura y Diseño.</p>     <p>&middot; Configuración y Mantenimiento.</p>     <p>&middot; Físicas.</p>     <p>&middot; Software</p>     <p>&middot; Redes y Comunicaciones.</p>     <p>Las vulnerabilidades específicas de diferentes fabricantes se pueden encontrar    en sus sitios oficiales o en sitios de los diferentes CERT de seguridad industrial.</p>     <p>Yokogawa:</p>     <p><a href="https://www.yokogawa.com/library/resources/white-papers/yokogawa-security-advisory-report-list/" target="_blank">https://www.yokogawa.com/library/resources/white-papers/yokogawa-security-advisory-report-list/</a></p>     <p>ICS-CERT Estados Unidos: <a href="https://ics-cert.us-cert.gov/advisories" target="_blank">https://ics-cert.us-cert.gov/advisories</a></p>     ]]></body>
<body><![CDATA[<p>La evaluación de la probabilidad de que la vulnerabilidad sea explotada se    calcula de acuerdo a la <a href="#t1">Tabla 1</a> (Centro de Ciberseguridad    Industrial, 2016).</p>     <p>&nbsp;</p>     <p align="center"><a name="t1"></a><img src="/img/revistas/rist/n32/32a07t1.jpg"/></p>     
<p>&nbsp;</p>     <p><b>Evaluación de Consecuencias</b></p>     <p>Las consecuencias pueden dividirse en cuatro categorías principales (U.S. Department    of Homeland Security, 2009b).</p>     <p>&middot; Seguridad y Salud: Efecto sobre la vida humana y bienestar. Ejemplo fatalidades,    heridas, lesiones etc.</p>     <p>&middot; Económicas: Pérdidas económicas directas e indirectas. Ejemplo pérdidas de    producción, reconstrucción de algún activo.</p>     <p>&middot; Psicológicas: Efectos en la moral pública y en la confianza en las instituciones    estatales.</p>     <p>&middot; Gobierno/Misión: Impactos en la habilidad del gobierno o la industria de    mantener el orden, suministrar servicios públicos esenciales, garantizar la    salud pública y realizar misiones relacionadas con la seguridad nacional.</p>     ]]></body>
<body><![CDATA[<p>Se evalúan de acuerdo a la siguiente tabla.</p>     <p><b>Escenarios de Riesgo</b></p>     <p>Todos los riesgos son evaluados respecto a un escenario específico o grupo    de escenarios. El escenario de riesgo debe responder a la pregunta: ¿El riesgo    de qué? Todas las consecuencias, vulnerabilidades y amenazas estimadas son específicas    al escenario de riesgo. El riesgo puede ser evaluado a un activo, red, sistema    o una combinación de estos (U.S. Department of Homeland Security, 2009b).</p>     <p>Se crea una plantilla por cada escenario de riesgo que incluye el nombre del    escenario, descripción, activos involucrados, probabilidad de ocurrencia de    acuerdo a la <a href="#t2">Tabla 2</a> aplicada a las vulnerabilidades identificadas    en los activos involucrados en el escenario de riesgo, amenazas, evaluación    del impacto de materializarse el escenario de acuerdo con la <a href="#t1">tabla    1</a>, y por último una clasificación del riesgo de acuerdo a la <a href="#t3">tabla    3</a> (Centro de Ciberseguridad Industrial, 2016).</p>     <p>&nbsp;</p>     <p align="center"><a name="t2"></a><img src="/img/revistas/rist/n32/32a07t2.jpg"/></p>     
<p>&nbsp;</p>     <p align="center"><a name="t3"></a><img src="/img/revistas/rist/n32/32a07t3.jpg"/></p>     
<p>&nbsp;</p>     <p>Una vez identificados los escenarios de riesgos se procede a priorizar los    esfuerzos de gestión de riesgos con respecto a los activos más significativos,    para enfocar la planificación, aumentar la coordinación, la asignación efectiva    de recursos y mejorar la gestión de incidentes, respuesta y restauración (U.S.    Department of Homeland Security, 2009b).</p>     ]]></body>
<body><![CDATA[<p>Se definieron los siguientes órdenes de prioridades:</p>     <p>1. Seguridad funcional de la planta.</p>     <p>2. Continuidad del Proceso Productivo.</p>     <p>3. Servicios Auxiliares.</p>     <p><b>Equipo de respuesta a incidentes de seguridad (CSIRT)</b></p>     <p>Las acciones para mitigar el riesgo involucran medidas diseñadas a prevenir,    determinar y mitigar las amenazas, reducir las vulnerabilidades, minimizar las    consecuencias y habilitar una respuesta eficiente y restauración posterior a    la ocurrencia de un incidente.</p>     <p>La capacidad de respuesta a incidentes debe incluir varios elementos proactivos    como la prevención (U.S. Department of Homeland Security, 2009) y otros centrados    en la gestión de los mismos, (contención, corrección, restauración y recuperación)</p>     <p>El primer paso es crear un equipo interno de respuesta a incidentes de seguridad,    siguiendo las recomendaciones de (U.S. Department of Homeland Security, 2009)    y los resultados de los análisis de (Muñoz et al, 2015).</p>     <p>El CSIRT de la planta tendrá el propósito de responder a la ocurrencia de un    incidente, identificar impactos operacionales para la planta, reportar la ocurrencia    de un incidente a los organismos de control, recopilar información forense para    asistir análisis y acciones legales, restaurar el SCI después del incidente    y crear y mantener un plan de respuesta incidentes.</p>     <p>El equipo debe estar compuesto por:</p>     ]]></body>
<body><![CDATA[<p>&middot; Ingeniero en control de procesos: Es el experto en la arquitectura de control.    Es capaz de determinar el impacto potencial de sacar un componente del SCI fuera    de servicio.</p>     <p>&middot; Administrador de red del SCI: Es una persona clave si el incidente involucra    un ataque cibernético.</p>     <p>&middot; Administrador del DCS: Es la persona que conoce los permisos de acceso al    SCI de los diferentes usuarios, se encarga de servir de interface con los vendedores    del DCS.</p>     <p>&middot; Jefe de Seguridad y Protección de la empresa.</p>     <p>&middot; Jefe de planta: Está facultado en la toma de decisiones involucradas en la    interrupción de la producción de ser necesario como respuesta a un incidente.</p>     <p>&middot; Especialista Legal: Es opcional, la asesoría legal en necesaria en varias    áreas asegurando el cumplimiento con leyes y regulaciones nacionales.</p>     <p>&middot; Especialista en Recursos Humanos: Tiene un papel en este equipo cuando un    incidente involucra a un trabajador de la planta, y es el encargado de las medidas    disciplinarias a aplicar.</p>     <p><b>3.2. Protección Física</b></p>     <p>Las medidas de protección físicas están encaminadas a prevenir impactos indeseados    en el SCI tales como:</p>     <p>&middot; Acceso no autorizado a locales sensibles.</p>     ]]></body>
<body><![CDATA[<p>&middot; Modificación, manipulación, robo o destrucción de dispositivos, interfaces    de comunicación u otros activos.</p>     <p>&middot; Observación no autorizada de documentación sensible, toma de fotografías,    notas, etc.</p>     <p>&middot; Introducción no autorizadas de nuevo hardware, como puntos de acceso inalámbricos    y memorias USB.</p>     <p>Primeramente, se clasifican los locales con equipamiento del SCI en Áreas Limitadas,    Restringidas o Estratégicas de acuerdo a la resolución 127/2007 del Ministerio    de la Informática y las Comunicaciones y se implementan las medidas indicadas    en esta resolución.</p>     <p>Áreas Limitadas:</p>     <p>&middot; Sala de Control.</p>     <p>&middot; Cuarto de Armarios del Rectificador.</p>     <p>&middot; Cuarto de Racks de la planta de tratamiento de Agua.</p>     <p>&middot; Subestación eléctrica media tensión.</p>     <p>&middot; Subestación eléctrica baja tensión.</p>     ]]></body>
<body><![CDATA[<p>Áreas Restringidas:</p>     <p>&middot; Sala de gabinetes del DCS/ESD.</p>     <p>&middot; Armario del controlador de seguridad SCS0105 en la sala de celdas.</p>     <p>&middot; Oficina de Estación de Ingeniería.</p>     <p><b>3.3. Separación de redes</b></p>     <p>La separación de la red de control con la red administrativa se realiza a través    de una zona desmilitarizada (DMZ) implementada con dos cortafuegos de acuerdo    a la <a href="#f2">Figura 2</a>.</p>     <p>&nbsp;</p>     <p align="center"><a name="f2"></a><img src="/img/revistas/rist/n32/32a07f2.jpg"/></p>     
<p>&nbsp;</p>     <p>Los dispositivos compartidos se ubican en la DMZ, en el caso de la planta de    ELQUIM están el servidor de datos históricos y un servidor ftp para la realización    de salvas de respaldo. El cortafuegos 2 protege tanto la DMZ como la red de    control, mientras que el cortafuegos 1 protege la red de control de alguna estación    comprometida de la DMZ.</p>     ]]></body>
<body><![CDATA[<p>Esta configuración hace uso de cortafuegos de diferentes fabricantes, el cortafuegos    1 fue desarrollado por la empresa XETID y es administrado exclusivamente por    esta, se instaló en el local de Racks del SCI.</p>     <p>El cortafuegos 2 fue implementado con un &ldquo;dual-homed&rdquo; PC y la distribución    de Linux IPFire, fue configurado igualmente por la empresa XETID, pero su administración    es asumida por el grupo de informática de la empresa ELQUIM.</p>     <p><b>3.4.Protección del Perímetro</b></p>     <p>La protección del perímetro del SCI incluye tanto la protección física, como    la protección lógica para la protección de los activos. La protección lógica,    incluye controles como mecanismos de autenticación, sistemas de detección y    prevención de intrusos, listas de control de acceso y otros medios para proteger    el sistema desde un punto de vista cibernético (ICS-CERT, 2016).</p>     <p><b>Reglas Generales para los cortafuegos</b></p>     <p>Un cortafuegos es solo tan efectivo, como la precisión de las reglas con las    que está configurado (ICS-CERT, 2016). Las reglas de los cortafuegos 1 y 2 deben    cumplir con las siguientes políticas generales.</p>     <p>&middot; El tráfico de administración de los cortafuegos deberá realizarse sobre una    conexión encriptada. El tráfico también deberá ser restringido por direcciones    IP de estaciones específicas de administración. Cualquier otro tráfico dirigido    al cortafuegos será bloqueado sin notificación. (Evita que el cortafuegos sea    visible al escáner atacante).</p>     <p>&middot; Bloquear cualquier tráfico de salida originado en el cortafuegos. (El cortafuegos    no debe establecer ninguna conexión directa)</p>     <p>&middot; Todo tráfico debe terminar en la DMZ.</p>     <p>&middot; Todas las reglas de permitir, deben configurarse por dirección IP y puerto.</p>     ]]></body>
<body><![CDATA[<p>&middot; Todo tráfico debe estar basado en protocolos enrutables TCP/IP o UDP/IP.</p>     <p>&middot; Todo protocolo no IP deberá ser descartado.</p>     <p>&middot; Todo protocolo permitido entre la red de control y la DMZ deberá estar denegado    entre la DMZ y la red corporativa y viceversa.</p>     <p>&middot; Los dispositivos de la red de control no deberán tener acceso a internet.</p>     <p>&middot; La última regla es la regla por defecto y es siempre bloquear/denegar sin    notificación cualquier tráfico que no esté explícitamente permitido por las    reglas precedentes.</p>     <p><b>Cortafuegos 1.</b></p>     <p>El cortafuegos 1 además de cumplir con las políticas generales fue configurado    teniendo en cuenta las siguientes reglas específicas:</p>     <p>Debe permitir la conexión del servidor de datos históricos en la DMZ hacia    la estación de ingeniería, solamente a los puertos destinados para los servicios    del DCOM especificados en la guía de seguridad de CENTUM VP, necesarios para    la comunicación OPC.</p>     <p>El tráfico FTP estará restringido por el cortafuegos, solamente deberá permitir    conexiones a los puertos configurados en el servidor FTP para el modo pasivo.</p>     <p>Los registros de este cortafuegos pueden ser auditados desde la estación de    ingeniería por parte del equipo de administradores del SCI</p>     ]]></body>
<body><![CDATA[<p><b>Cortafuegos 2</b></p>     <p>Este cortafuegos solo permite el tráfico desde el servidor de datos de la red    de gestión con destino al servidor de datos históricos que utiliza PostgreSQL.</p>     <p>Adicionalmente permite la administración remota desde la estación del especialista    de seguridad informática de la empresa.</p>     <p><b>Sistema de detección y prevención de intrusos</b></p>     <p>Un IDS (Instrusion Detection System), es una herramienta de seguridad que actúa    como un monitor del tráfico de red, describiendo y analizando ahora el contenido    de los paquetes que ingresan a la organización. Sus principales funcionalidades    son las siguientes (Miranda et al, 2016):</p>     <p>&middot; Detectar ataques y otras violaciones de seguridad.</p>     <p>&middot; Implementar calidad de control para eventos de seguridad y administración.</p>     <p>&middot; Proporciona información acerca de los intrusos que intentan acceder a la    red o sistemas.</p>     <p>&middot; Previene problemas de comportamiento de abusos en el sistema o red.</p>     <p>Los IDS aportan a nuestra seguridad una capacidad de prevención y de alerta    anticipada ante cualquier actividad sospechosa. Los SCI proveen una oportunidad    única cuando se considera utilizar un IDS/IPS en la red, ya que, a pesar del    tráfico considerable, este tráfico es muy predecible (ICS-CERT, 2016).</p>     ]]></body>
<body><![CDATA[<p>Se utiliza el IDS Snort que trae consigo la distribución de IPFire instalada    en la estación del cortafuegos 2 para monitorear todo el tráfico dirigido a    la DMZ desde la red de gestión.</p>     <p><b>3.5. Endurecimiento de los dispositivos</b></p>     <p>El endurecimiento de las medidas de seguridad para cada activo constituye una    capa más en la estrategia de defensa en profundidad conocida como &ldquo;device hardening&rdquo;.</p>     <p>En las estaciones de trabajo por ejemplo deberán tomarse las siguientes medidas:</p>     <p>&middot; Instalar y configurar un cortafuegos personal.</p>     <p>&middot; Contraseñas personales e intransferibles con un mínimo de 8 o más caracteres,    utilizando caracteres alfanuméricos y signos especiales.</p>     <p>&middot; Configurar los registros de eventos.</p>     <p>&middot; Software Antivirus</p>     <p>&middot; Software de Lista Blanca.</p>     <p>&middot; Deshabilitar cuentas de usuarios y servicios que no se utilizan, como email,    multimedia, juegos.</p>     ]]></body>
<body><![CDATA[<p>&middot; Reemplazar servicios inseguros como telnet por alternativas seguras como    SSH.</p>     <p>&middot; Inhabilitar puertos USB y torres de discos flexibles si existieran.</p>     <p><b>Endurecimiento de OPC</b></p>     <p>La comunicación con la red de gestión empresarial por parte del SCI se realiza    a través de un servidor de datos OPC DA instalado en la estación de ingeniería.</p>     <p>A lo largo de su historia las implementaciones de llamadas de procedimientos    remotos (Remote Procedure Call o RPC) han tenido pobres antecedentes relacionados    con la seguridad. Dado que OPC está basado en la tecnología de DCOM de Microsoft    y esta a su vez está basada en RPC, las estaciones con OPC son vulnerables a    todas las banderas de pre-autenticación de RPC como las explotadas por el gusano    Blaster en 2003. (Byres and Peterson, 2007a).</p>     <p>OPC DA le permite a un atacante no solo ganar acceso a datos de control del    proceso, sino también modificar parámetros de ajustes en los controladores,    valores de alarmas u otros parámetros de control.</p>     <p>Solo un parche agresivo de las estaciones OPC o el bloqueo de todo el tráfico    OPC en el cortafuegos pueden mitigar el riesgo de estas vulnerabilidades (Byres    and Peterson, 2007b).</p>     <p>Para manejar los riesgos asociados a OPC es necesaria una configuración cuidadosa    de las cuentas de usuarios y poner restricciones en la configuración del DCOM.    Primeramente, es necesario dar solo los permisos imprescindibles para los usuarios    por cada objeto DCOM. Por ejemplo, si en una misma estación hay varios servidores    OPC, pero solo uno necesita ser accedido remotamente, permitir entonces acceso    únicamente a ese servidor, si todos los servidores y clientes OPC se encuentran    en la misma estación entones se inhabilita el acceso remoto en el DCOM (Byres    and Peterson, 2007b).</p>     <p>En segundo lugar, es necesario el uso de diferentes cuentas de usuarios con    diferentes privilegios. Solamente el usuario Ingeniero con privilegios de administración    en la estación, será el único capaz de arrancar y configurar las aplicaciones    OPC. La cuenta de Process_logger puede ser usada por usuarios que solamente    necesitan conectarse y acceder a servidores OPC.</p>     <p>La configuración del DCOM, así como del cortafuegos personal de las estaciones    de ingeniería y de operación se realiza a través de la herramienta IT Security    Tools del propio Centum VP, evitando que se tenga que realizar de manera manual.</p>     ]]></body>
<body><![CDATA[<p>Adicionalmente a las medidas de fortalecimiento del DCOM, se configura en el    DCS el usuario correspondiente a la conexión OPC, en función de los privilegios    de este usuario es posible comandar la planta a través de OPC, o incluso pasar    a manual lógicas de enclavamientos para que no se ejecuten.</p>     <p>Se configura por tanto el usuario OPC con el mismo nivel de seguridad que el    usuario OFFUSER que es el usuario por defecto y tiene privilegios mínimos.</p>     <p><b>3.6.Actualizaciones</b></p>     <p>Aplicar los parches a un componente de SCI es un desafío para los administradores,    debido a que los parches y actualizaciones pueden interferir con el funcionamiento    del SCI (ICS-CERT, 2016).</p>     <p>La aplicación de parches solo deberá realizarse durante las paradas de plantas.    No se realizará ninguna actualización del sistema operativo, solo se realizarán    actualizaciones indicadas por el vendedor del SCI, de ser posible deberán probarse    en una estación de prueba.</p>     <p><b>3.7. Manejo de Vendedores</b></p>     <p>Los vendedores presentan un caso especial de la estrategia de Defensa en Profundidad.    En los últimos años los vendedores han tomado conciencia de la importancia de    la ciberseguridad en las soluciones de control industrial y en muchos casos    han incorporado seguridad en el ciclo de vida de sus productos.</p>     <p><b>Cadena de suministro</b></p>     <p>La cadena de suministro representa un riesgo significativo en los SCI; incluye    inserción de falsificaciones o equipamiento no genuino, sabotajes e inserción    de software malicioso (Boyens et al., 2015).</p>     <p>Se establece un programa de manejo de vendedores incluyendo por ejemplo reglas    para solamente comprar directamente de fabricantes o sus distribuidores oficiales    en Cuba.</p>     ]]></body>
<body><![CDATA[<p><b>Servicios Subcontratados</b></p>     <p>Es común que las organizaciones subcontraten servicios altamente especializados    que utilizan poco frecuente o de los que carecen de personal calificado. Cuando    se contrate a terceros para la realización de servicios, ambas partes deberán    establecer y acordar reglas de contratación.</p>     <p>Las tareas de mantenimiento preventivo y correctivo por terceros al SCI siguen    las siguientes reglas:</p>     <p>&middot; Se deberán especificar cuáles actividades se van a realizar, en que sistema    y quien va ser el encargado de realizarla.</p>     <p>&middot; Solo se utilizarán los programadores de campo suministrado por ELQUIM. Bajo    ningún concepto se utilizarán los dispositivos de terceros para conectarse con    ningún activo de la red de control.</p>     <p><b>3.8. Factor Humano. Entrenamiento y Capacitación.</b></p>     <p>El manejo de recursos humanos dentro de los SCI presenta desafíos para la organización.    Los SCI grandes y complejos son susceptibles a errores cometidos por personal    inexperto y falta de entrenamiento, así como de actividades de personal malicioso    dentro del SCI. Se deben diseñar procedimientos para establecer como el personal    debe conducirse en un proceso particular o configurar un sistema, dichos procedimientos    deberán servir para rápidamente entrenar al personal nuevo asegurándose que    ellos siguen todas las regulaciones y estándares de operación del SCI. Los administradores    del SCI se entrenarán en la instalación desde cero del sistema valiéndose de    máquinas virtuales y ejercitándolo con una periodicidad de al menos una vez    al año.</p>     <p><b>4. Conclusiones</b></p>     <p>El número de potenciales problemas de seguridad y sus riesgos asociados, aumenta    con el crecimiento de la complejidad y la conectividad de los SCI con redes    externas. La seguridad de los mismos debe ser tenida en cuenta durante la etapa    de proyecto y deben ser utilizadas las soluciones tanto de hardware como de    software del vendedor del SCI.</p>     <p>La estrategia implementada para la defensa en profundidad es de diseño inédito    en el sector industrial cubano por lo que puede servir como guía para otras    soluciones con sistemas similares.</p>     ]]></body>
<body><![CDATA[<p>En la estrategia se empleó hardware estándar de tecnologías de la información,    así como software de producción nacional de la empresa XETID para la comunicación    con el servidor OPC y software libre como Snort y PostgreSQL, todo esto permite    asegurar la soberanía tecnológica de la solución.</p>     <p>&nbsp;</p>     <p><b>REFERENCIAS</b></p>     <!-- ref --><p>Alcaraz, C., &amp; Zeadally, S. (2015). Critical infrastructure protection:    Requirements and challenges for the 21st century. International Journal of Critical    Infrastructure Protection, 8 53-66.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=1004829&pid=S1646-9895201900020000700001&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>     <!-- ref --><p>Boyens, J., Moorthy, R., &amp; Bartol, N. (2015). Supply Chain Risk Management    Practices for Federal Information Systems and Organizations. NIST Special Publication    800-161. [Internet]. Retrieved from: <a href="http://dx.doi.org/10.6028/NIST.SP.800-161" target="_blank">http://dx.doi.org/10.6028/NIST.SP.800-161</a>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=1004831&pid=S1646-9895201900020000700002&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><p>Byres, E., &amp; Peterson, D. (2007a). OPC Security White Paper #2 OPC Exposed.    Lantzville: Byres Research</p>     <p>Byres, E., &amp; Peterson, D. (2007b). OPC Security White Paper #3 Hardening    Guidelines for OPC Hosts. Lantzville: Byres Research</p>     <!-- ref --><p>CCN-CERT (2016). Amenazas y análisis de riesgos en Sistemas de Control Industrial    (ICS). [Internet]. Retrieved from: <a href="https://www.ccn-cert.cni.es/gl/pdf/informes-de-ciberseguridad-ccn-cert/informes-ccn-cert-publicos/1381-ccn-cert-ia-04-16-amenazas-y-analisis-de-riesgos-en-sistemas-de-control-industrial-ics/file.html" target="_blank">https://www.ccn-cert.cni.es/gl/pdf/informes-de-ciberseguridad-ccn-cert/informes-ccn-cert-publicos/1381-ccn-cert-ia-04-16-amenazas-y-analisis-de-riesgos-en-sistemas-de-control-industrial-ics/file.html</a>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=1004834&pid=S1646-9895201900020000700005&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p>Centro de Ciberseguridad Industrial. (2016). Guia para la construccion de un    sgci. Sistema de gestion de la ciberseguridad industrial. Madrid: Centro de    Ciberseguridad Industrial.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=1004835&pid=S1646-9895201900020000700006&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --> 1ra edición. ISBN: 978-84-942379-8-0</p>     <!-- ref --><p>ICS-CERT. (2016). Recomended Practice: Developming an Industrial Control Systems    Cybersecurity Incident Response Capability. [Internet]. Retrieved from: <a href="https://ics-cert.us-cert.gov/sites/default/files/recommended_practices/NCCIC_ICS-CERT_Defense_in_Depth_2016_S508C.pdf" target="_blank">https://ics-cert.us-cert.gov/sites/default/files/recommended_practices/NCCIC_ICS-CERT_Defense_in_Depth_2016_S508C.pdf</a>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=1004837&pid=S1646-9895201900020000700007&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><p>Maglaras, L.A., Kim, K.-H., Janicke, H., Ferrag, M.A., Rallis, S., Fragkou,    P., &hellip;&amp; Cruz,T.J. (2018). Cyber security of critical infrastructures. ICT    Express 4(1) 42-45.</p>     <!-- ref --><p>Ministerio de la Informática y la Comunicaciones (2007). Resolución No 127/2007.Gaceta    Oficial de la República de Cuba 57, 899 - 910.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=1004839&pid=S1646-9895201900020000700009&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>     <!-- ref --><p>Miranda, J.M., &amp; Ramirez, H. (2016). Estableciendo controles y perímetro    de seguridad para una página web de un CSIRT. RISTI - Revista Ibérica de Sistemas    e Tecnologias de Informação, (17), 1-15. doi: <a href="https://dx.doi.org/10.17013/risti.17.1-15" target="_blank">10.17013/risti.17.1-15</a>  &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=1004841&pid=S1646-9895201900020000700010&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p>Muñoz, M., &amp; Rivas, L. (2015). Estado actual de equipos de respuesta a    incidentes de seguridad informática. RISTI - Revista Ibérica de Sistemas e Tecnologias    de Informação, (E3), 1-15. doi: <a href="https://dx.doi.org/10.17013/risti.e3.1-15" target="_blank">10.17013/risti.e3.1-15</a>  &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=1004842&pid=S1646-9895201900020000700011&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p>Stouffer, K., Pillitteri, V., Lightman, S., Abrams, M., &amp; Hahn, A. (2015).    Guide to Industrial Control Systems (ICS) Security. NIST Special Publication    800-82. [Internet]. Retrieved from: <a href="http://dx.doi.org/10.6028/NIST.SP.800-82r2" target="_blank">http://dx.doi.org/10.6028/NIST.SP.800-82r2</a>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=1004843&pid=S1646-9895201900020000700012&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p>U.S. Department of Homeland Security. (2009). Recomended Practice: Developming    an Industrial Control Systems Cybersecurity Incident Response Capability. [Internet].    Retrieved from: <a href="https://ics-cert.us-cert.gov/sites/default/files/recommended_practices/final-RP_ics_cybersecurity_incident_response_100609.pdf" target="_blank">https://ics-cert.us-cert.gov/sites/default/files/recommended_</a><a href="https://ics-cert.us-cert.gov/sites/default/files/recommended_practices/final-RP_ics_cybersecurity_incident_response_100609.pdf">    practices/final-RP_ics_cybersecurity_incident_response_100609.pdf</a>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=1004844&pid=S1646-9895201900020000700013&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p>U.S. Department of Homeland Security. (2009b). National Infrastructure Protection    Plan: Partnering to enhance protection and resiliency. [Internet]. Retrieved    from: <a href="https://www.dhs.gov/xlibrary/assets/NIPP_Plan.pdf" target="_blank">https://www.dhs.gov/xlibrary/assets/NIPP_Plan.pdf</a>  &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=1004845&pid=S1646-9895201900020000700014&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p>Yokogawa Electric Corporation. (2015). Integrated Production Control System    CENTUM VP System Overview (General Overview). Tokyo: Yokogawa Electric Corporation.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=1004846&pid=S1646-9895201900020000700015&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>     <!-- ref --><p>Yokogawa Electric Corporation. (2016). Safety Instrumented System ProSafe-RS    System Overview. Tokyo: Yokogawa Electric Corporation.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=1004848&pid=S1646-9895201900020000700016&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>     <p>&nbsp;</p>     <p>Recebido/Submission: 28/02/2019 </p>     <p>Aceitação/Acceptance: 10/04/2019</p>      ]]></body><back>
<ref-list>
<ref id="B1">
<nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Alcaraz]]></surname>
<given-names><![CDATA[C.]]></given-names>
</name>
<name>
<surname><![CDATA[Zeadally]]></surname>
<given-names><![CDATA[S.]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Critical infrastructure protection: Requirements and challenges for the 21st century]]></article-title>
<source><![CDATA[International Journal of Critical Infrastructure Protection]]></source>
<year>2015</year>
<volume>8</volume>
<page-range>53-66</page-range></nlm-citation>
</ref>
<ref id="B2">
<nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Boyens]]></surname>
<given-names><![CDATA[J.]]></given-names>
</name>
<name>
<surname><![CDATA[Moorthy]]></surname>
<given-names><![CDATA[R.]]></given-names>
</name>
<name>
<surname><![CDATA[Bartol]]></surname>
<given-names><![CDATA[N.]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Supply Chain Risk Management Practices for Federal Information Systems and Organizations]]></article-title>
<source><![CDATA[NIST Special Publication]]></source>
<year>2015</year>
<page-range>800-161</page-range></nlm-citation>
</ref>
<ref id="B3">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Byres]]></surname>
<given-names><![CDATA[E.]]></given-names>
</name>
<name>
<surname><![CDATA[Peterson]]></surname>
<given-names><![CDATA[D.]]></given-names>
</name>
</person-group>
<source><![CDATA[OPC Security White Paper #2 OPC Exposed]]></source>
<year>2007</year>
<publisher-loc><![CDATA[Lantzville ]]></publisher-loc>
<publisher-name><![CDATA[Byres Research]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B4">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Byres]]></surname>
<given-names><![CDATA[E.]]></given-names>
</name>
<name>
<surname><![CDATA[Peterson]]></surname>
<given-names><![CDATA[D.]]></given-names>
</name>
</person-group>
<source><![CDATA[OPC Security White Paper #3 Hardening Guidelines for OPC Hosts]]></source>
<year>2007</year>
<publisher-loc><![CDATA[Lantzville ]]></publisher-loc>
<publisher-name><![CDATA[Byres Research]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B5">
<nlm-citation citation-type="">
<collab>CCN-CERT</collab>
<source><![CDATA[Amenazas y análisis de riesgos en Sistemas de Control Industrial (ICS)]]></source>
<year>2016</year>
</nlm-citation>
</ref>
<ref id="B6">
<nlm-citation citation-type="book">
<collab>Centro de Ciberseguridad Industrial</collab>
<source><![CDATA[Guia para la construccion de un sgci: Sistema de gestion de la ciberseguridad industrial]]></source>
<year>2016</year>
<publisher-loc><![CDATA[Madrid ]]></publisher-loc>
<publisher-name><![CDATA[Centro de Ciberseguridad Industrial]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B7">
<nlm-citation citation-type="">
<collab>ICS-CERT</collab>
<source><![CDATA[Recomended Practice: Developming an Industrial Control Systems Cybersecurity Incident Response Capability]]></source>
<year>2016</year>
</nlm-citation>
</ref>
<ref id="B8">
<nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Maglaras]]></surname>
<given-names><![CDATA[L.A.]]></given-names>
</name>
<name>
<surname><![CDATA[Kim]]></surname>
<given-names><![CDATA[K.-H.]]></given-names>
</name>
<name>
<surname><![CDATA[Janicke]]></surname>
<given-names><![CDATA[H.]]></given-names>
</name>
<name>
<surname><![CDATA[Ferrag]]></surname>
<given-names><![CDATA[M.A.]]></given-names>
</name>
<name>
<surname><![CDATA[Rallis]]></surname>
<given-names><![CDATA[S.]]></given-names>
</name>
<name>
<surname><![CDATA[Fragkou]]></surname>
<given-names><![CDATA[P.]]></given-names>
</name>
<name>
<surname><![CDATA[Cruz]]></surname>
<given-names><![CDATA[T.J.]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Cyber security of critical infrastructures]]></article-title>
<source><![CDATA[ICT Express]]></source>
<year>2018</year>
<volume>4</volume>
<numero>1</numero>
<issue>1</issue>
<page-range>42-45</page-range></nlm-citation>
</ref>
<ref id="B9">
<nlm-citation citation-type="journal">
<collab>Ministerio de la Informática y la Comunicaciones</collab>
<article-title xml:lang="es"><![CDATA[Resolución No 127/2007]]></article-title>
<source><![CDATA[Gaceta Oficial de la República de Cuba]]></source>
<year>2007</year>
<volume>57</volume>
<page-range>899 - 910</page-range></nlm-citation>
</ref>
<ref id="B10">
<nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Miranda]]></surname>
<given-names><![CDATA[J.M.]]></given-names>
</name>
<name>
<surname><![CDATA[Ramirez]]></surname>
<given-names><![CDATA[H.]]></given-names>
</name>
</person-group>
<article-title xml:lang="es"><![CDATA[Estableciendo controles y perímetro de seguridad para una página web de un CSIRT]]></article-title>
<source><![CDATA[RISTI - Revista Ibérica de Sistemas e Tecnologias de Informação]]></source>
<year>2016</year>
<numero>17</numero>
<issue>17</issue>
<page-range>1-15</page-range></nlm-citation>
</ref>
<ref id="B11">
<nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Muñoz]]></surname>
<given-names><![CDATA[M.]]></given-names>
</name>
<name>
<surname><![CDATA[Rivas]]></surname>
<given-names><![CDATA[L.]]></given-names>
</name>
</person-group>
<article-title xml:lang="es"><![CDATA[Estado actual de equipos de respuesta a incidentes de seguridad informática]]></article-title>
<source><![CDATA[RISTI - Revista Ibérica de Sistemas e Tecnologias de Informação]]></source>
<year>2015</year>
<numero>E3</numero>
<issue>E3</issue>
<page-range>1-15</page-range></nlm-citation>
</ref>
<ref id="B12">
<nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Stouffer]]></surname>
<given-names><![CDATA[K.]]></given-names>
</name>
<name>
<surname><![CDATA[Pillitteri]]></surname>
<given-names><![CDATA[V.]]></given-names>
</name>
<name>
<surname><![CDATA[Lightman]]></surname>
<given-names><![CDATA[S.]]></given-names>
</name>
<name>
<surname><![CDATA[Abrams]]></surname>
<given-names><![CDATA[M.]]></given-names>
</name>
<name>
<surname><![CDATA[Hahn]]></surname>
<given-names><![CDATA[A.]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Guide to Industrial Control Systems (ICS) Security]]></article-title>
<source><![CDATA[NIST Special Publication]]></source>
<year>2015</year>
<page-range>800-82</page-range></nlm-citation>
</ref>
<ref id="B13">
<nlm-citation citation-type="">
<collab>U.S. Department of Homeland Security</collab>
<source><![CDATA[Recomended Practice: Developming an Industrial Control Systems Cybersecurity Incident Response Capability]]></source>
<year>2009</year>
</nlm-citation>
</ref>
<ref id="B14">
<nlm-citation citation-type="">
<collab>U.S. Department of Homeland Security</collab>
<source><![CDATA[National Infrastructure Protection Plan: Partnering to enhance protection and resiliency]]></source>
<year>2009</year>
</nlm-citation>
</ref>
<ref id="B15">
<nlm-citation citation-type="book">
<collab>Yokogawa Electric Corporation</collab>
<source><![CDATA[Integrated Production Control System CENTUM VP System Overview (General Overview)]]></source>
<year>2015</year>
<publisher-loc><![CDATA[Tokyo ]]></publisher-loc>
<publisher-name><![CDATA[Yokogawa Electric Corporation]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B16">
<nlm-citation citation-type="book">
<collab>Yokogawa Electric Corporation</collab>
<source><![CDATA[Safety Instrumented System ProSafe-RS System Overview]]></source>
<year>2016</year>
<publisher-loc><![CDATA[Tokyo ]]></publisher-loc>
<publisher-name><![CDATA[Yokogawa Electric Corporation]]></publisher-name>
</nlm-citation>
</ref>
</ref-list>
</back>
</article>
