Noticias de SistelCONTROL relacionadas con la ciberseguridad en entornos industriales.

SistelCONTROL | Ciberseguridad

Reflexiones sobre la Ciberseguridad en la Industria

SistelCONTROL asistió al encuentro de la “La Voz de la Industria” realizado el pasado 21 de febrero en el que se presentaron los resultados de la encuesta sobre el estado de la Ciberseguridad Industrial en Catalunya. El encuentro sirvió para evidenciar la importancia de la ciberseguridad ante el rápido avance de la digitalización industrial.

A lo largo de la jornada se trataron los puntos clave relacionados con las preocupaciones que la implantación digital conlleva y se expusieron algunas de las principales herramientas. En este sentido, se comentó que la preocupación por la seguridad continúa siendo el principal impedimento que retrasa la implantación de las IoT en las organizaciones, debido al incremento de la vulnerabilidad que conllevan. Pero la evolución industrial hacia entornos interconectados hace necesaria la evolución de los modelos productivos, debiendo estar presente el concepto de ciberseguridad desde la fase de diseño del producto /servicio (Security-by-Design).

La implantación de proyectos de ciberseguridad, en la mayoría de las empresas encuestadas, es fruto de la búsqueda de la mejora continua con el objetivo de incrementar la eficacia de parámetros como la disponibilidad, la integridad y la confidencialidad.

Otro elemento básico para mitigar la vulnerabilidad es la realización periódica de análisis de riesgos y el seguimiento de aspectos fundamentales como las medidas de protección, las de prevención y las de defensa. Actualmente, una de cada cuatro empresas sólo ha implementado medidas de seguridad reactivas.

Finalmente, se comentó otro aspecto menos técnico pero que tiene gran relevancia para la organización: la incidencia de la ciberseguridad en la reputación de la empresa. Debe tenerse en cuenta además, que la interconexión que caracteriza el modelo de fabricación actual, hace que la vulnerabilidad de una empresa afecte a toda la cadena de suministros.

SistelCONTROL | Vulnerabilidades Entorno Industrial

Conocer y categorizar las vulnerabilidades de un entorno industrial

Conocer los procesos o disciplinas necesarias que permitan identificar las acciones intencionadas que pueden desencadenar un fallo en la seguridad de un entorno es un primer paso para diseñar una infraestructura más segura y robusta, que ayude a asegurar la disponibilidad de los sistemas críticos.

Proteger un entorno en la automatización industrial y control de procesos es un reto que no solo deben resolver las comunicaciones y datos tradicionales de un entorno IT, ya que en el entorno de la automatización entran en juego procesos en tiempo real con un impacto mayor en el entorno. Este impacto incluye costes de producción por paradas no programadas y las consecuencias que ello supone.

Años atrás, la red industrial y la red IT estaban técnicamente aisladas. Con la integración de ambas redes se han conseguido muchas mejoras, pero a su vez el riesgo ha incrementado exponencialmente debido a que se han quedado expuestas a los mismos riesgos y amenazas sin tener las mismas seguridades. Un error típico es pensar que una red aislada es una red segura. No importa cuántas zonas de seguridad se creen ni cuantos firewalls perimetrales se instalen; siempre habrá un acceso, tanto de entrad
a como de salida, que puede facilitar un ataque.

La disposición para aceptar las amenazas como una constante en todas las actividades ayudará a entender el riesgo y, por tanto, a mitigarlo. La amenaza más común a un entorno de control es la producida por un daño colateral desde un sistema vulnerable con visibilidad a la red industrial. Los dispositivos de campo, debido a su difícil acceso desde el exterior, pueden ser atacados de forma indirecta a través de sistemas comprometidos dentro de una red interconectada, los cuales tienen sistemas operativos y aplicaciones vulnerables.

Hay mucho que aprender de la seguridad IT, entre otras cosas porque su recorrido es mucho más extenso. La gestión y evaluación de riesgos y amenazas también está mucho más desarrollada; sin embargo, esta evaluación no siempre se puede aplicar a nuestro entorno debido al impacto que ello puede suponer sobre el mismo.

¿CUÁL ES LA RELACIÓN ENTRE AMENAZAS Y VULNERABILIDADES?

Las amenazas pueden ser ocasionadas por el propio sistema o por la interacción humana. Muchas organizaciones tienen un conocimiento limitado sobre el origen y objeto de una amenaza, ya que la percepción tradicional suele estar ligada a una incidencia mecánica y no a la lógica del proceso. Una vulnerabilidad es un fallo en el proceso o en el sistema del cual se aprovecha una amenaza con objeto de comprometerlo. Cuanto más vulnerable sea un sistema, mayor será el riesgo al que nos enfrentamos.

Las vulnerabilidades o amenazas, por separado, no representan un peligro, pero si se juntan entra en juego el factor riesgo: la combinación de la probabilidad de que ocurra un daño y la gravedad de este daño. A continuación se identifican los procesos o disciplinas necesarias que permitirán identificar las acciones intencionadas que puedan desencadenar un fallo en la seguridad de un entorno. Conocer estos fallos es un primer paso para diseñar una infraestructura más segura y robusta, que ayude a asegurar la disponibilidad de los sistemas críticos.

¿CÓMO CATEGORIZAR, ENTENDER Y GESTIONAR LAS VULNERABILIDADES?

Desde el punto de vista de la gestión de riesgo, es posible dividir las vulnerabilidades en 4 tipos:

  • Vulnerabilidades de gestión.
  • Vulnerabilidades de operación.
  • Vulnerabilidades funcionales.
  • Vulnerabilidades técnicas.

VULNERABILIDADES DE GESTIÓN

  • Gestión del riesgo: La gestión del riesgo es una práctica que debe documentar los riesgos críticos del negocio para poder diseñar una estrategia de seguridad adecuada. No sirve de nada tener las contramedidas más avanzadas y robustas del mercado si estas no están alineadas con los riesgos del negocio.
  • Presupuestos adhoc: La seguridad se debe enfocar como un programa a seguir de forma continua y no como un ejercicio puntual, ya que hay que estar continuamente adaptándose al ritmo al cual avanza. Una solución de seguridad que no se adapte a las amenazas existentes no cumplirá con los objetivos para la cual ha sido diseñada.
  • Formación: Debido a que cada día aparecen nuevas vulnerabilidades, un aspecto crítico a tener en cuenta es la formación del personal que gestiona cualquier ámbito de la seguridad.

VULNERABILIDADES OPERACIONALES

  • Separar el tráfico de red: Muchas organizaciones tienen la red industrial como una extensión de la red IT debido a la necesidad de acceder a los datos en cualquier momento. Es recomendable separar el tráfico de ambas redes dedicando las electrónicas de red para cada entorno.
  • Gestión de cuentas: En redes industriales, con frecuencia, la eficiencia administrativa implica una carencia en prácticas de seguridad. Por ejemplo, compartir la cuenta de administrador o tener contraseñas comunes a varios usuarios suele ser una práctica común. En caso de un accidente, un análisis forense se convierte en una tarea difícil, ya que no hay una trazabilidad legible.
  • Procedimientos de acceso remoto: Controlar el acceso, las cuentas de usuario utilizadas, las direcciones IP que pueden acceder, los permisos, auditar la seguridad del proveedor que se conecta y restringir el acceso por zonas entre otros es una tarea obligatoria.
  • Despliegue de sistemas wireless: El acceso a estas redes es mucho más fácil que a una red física. Son mucho más fáciles de detectar y suelen tener una arquitectura de seguridad menos robusta.
  • Procedimiento de detección de incidentes: En la gran mayoría de casos no existe un procedimiento específico para detectar amenazas. Aunque un sistema comprometido es difícil de diagnosticar, es posible basarse en otro tipo de indicadores que muestren un funcionamiento anómalo del sistema, como puede ser el uso excesivo de recursos del sistema o picos en el uso de red.
  • Gestión del cambio: Una gestión del cambio inexistente o no rigurosa representa un alto riesgo. Una gestión del cambio pobre en el entorno IT es otra vulnerabilidad para una red industrial. Por ejemplo: una modificación en la configuración de un switch u otra electrónica que se comparta con la red industrial o un switch dedicado para nuestra red gestionado por IT debido a su fragilidad.

VULNERABILIDADES FUNCIONALES

Los dispositivos de campo suelen estar formados por dos interfaces, una conectada a la red IP desde la cual le llegan órdenes de un servidor scada, y la interface de E/S, la cual controla las funciones físicas de producción. Si un atacante puede alcanzar de forma lógica un dispositivo de campo, es posible diferenciar 6 clases de impactos funcionales:

  • Denegación de visión y pérdida de visión: Resultado de un fallo temporal o permanente de las comunicaciones en la tarjeta IP. La afectación funcional es la pérdida de la información en el proceso de producción.
  • Manipulación de visión: Modificación de los datos que el operador visualiza para provocar una acción inapropiada. En este caso no hay impacto en la funcionalidad de la interfaz IP o la de IO.
  • Denegación de control y pérdida de control: Denegación temporal o permanente del control sobre la interfaz de E/S.
  • Manipulación de control: Intercepta las funciones que envía el operador al dispositivo para modificar el código causando reacciones que afecten al proceso de producción.

VULNERABILIDADES TÉCNICAS

Hay una lista muy extensa de vulnerabilidades relacionadas con software, hardware o la red y, debido a la gran cantidad de fallos que se publican cada día, esta lista sería incompleta. Hay varias páginas con todas las vulnerabilidades publicadas, como por ejemplo www.mitre.org.

VULNERABILIDADES COMUNES

Las vulnerabilidades más comunes en un entorno industrial son:

  • Sistemas sin actualizar: Debido al ciclo de vida de los sistemas de control, muchos sistemas ejecutan firmwares y sistemas operativos sin actualizar, los cuales tienen vulnerabilidades publicadas. La gran mayoría de sistemas de control utilizan los mismos sistemas operativos que un departamento IT con las misma vulnerabilidades, pero sin el mismo nivel de parcheado. Normalmente, el proceso de actualización es un proceso manual que suele llevar un tiempo a ser aplicado.
  • Técnicas de programación inseguras: Debido a los requerimientos de complejidad inherentes a un entorno de control, muchas implantaciones están desarrolladas con código inseguro. Por otro lado, muchas aplicaciones han sido desarrolladas por personal sin nociones sobre seguridad, lo que puede llevar a un sistema a sufrir ataques derivados de esta vulnerabilidad.
  • Dispositivos IT en redes industriales: Dispositivos como portátiles y servidores son un elemento común en las redes industriales. Estos elementos tienen sistemas operativos con vulnerabilidades conocidas, los cuales pueden causar daños colaterales en la red industrial.
  • Defectos en la red: Las redes actuales, en especial las de los sistemas de control, tienen funcionalidades que han sido desplegadas sin un análisis de seguridad suficiente y pueden ofrecer acceso a los atacantes una vez descubiertos.
  • Protocolo OPC: El protocolo OPC es un protocolo inseguro. Está basado en la tecnología DCOM de Microsoft, cuya seguridad se ha visto comprometida hasta el punto de que ya no se utiliza en entornos IT. Si bien es cierto que el protocolo OPC UA soluciona las carencias de seguridad del protocolo OPC, en el 90% de las instalaciones todavía se utiliza OPC.
  • Ataques a bases de datos: Los servidores de bases de datos se han convertido en las aplicaciones centrales de un sistema de control debido a la información que almacenan. Estos deben seguir las prácticas de seguridad adecuadas.
  • Capacidad de memoria y procesamiento limitada: Los dispositivos de campo están diseñados con una capacidad de procesamiento y memoria limitada al fin para el cual han sido diseñados. Este diseño tiene como ventajas un diseño robusto que soporta un ciclo de vida más largo y un coste de implantación y mantenimiento mucho menor. Además, al tener opciones limitadas, la probabilidad de un error de seguridad por parte del operador también es limitada. Por otro lado, el coste de dicha simplicidad conlleva que estos dispositivos, en la gran mayoría de casos, no se puedan actualizar o parchear. Su software y hardware no soportan la instalación de mejoras de seguridad.
  • Procedimientos de ciberseguridad: Con la integración de las redes y el aumento de la complejidad de las operaciones, el personal que tiene acceso a la red también ha aumentado. Se deben desarrollar y mantener alineados con el negocio unos procedimientos de ciberseguridad robustos.
  • Tecnologías de seguridad IT en entornos industriales: Las soluciones de seguridad IT se caracterizan por añadir una capa adicional de software a los dispositivos u otro dispositivo a la red, por ejemplo, un firewall o un sistema de detección de intrusiones. Este tipo de soluciones no son fácilmente aplicables, ya que acostumbran a añadir estrés al proceso y, por lo tanto, afectan al funcionamiento, ya sea por la latencia que dichos dispositivos generan o porque añadir dispositivos intermedios puede ser un motivo de peso para que el proveedor deje de proporcionarnos soporte.

A MODO DE CONCLUSIÓN

Los incidentes en ciberseguridad se producen constantemente. Cuando analizamos una incidencia ocasionada en un cliente, en muchos casos vemos que se trata de un error tecnológico, ya sea un bug en el proceso o un error malintencionado producido por cualquier tipo de malware. Un entorno que no conoce sus vulnerabilidades es un entorno que no se ha sometido a un diagnóstico en profundidad.

BIBLIOGRAFÍA

Auerbach Publications (2011). Cybersecurity for industrial control systems.
Process control and SCADA security. [En línea]

SistelCONTROL | Seguridad Sistemas de Control

La (in)seguridad de los sistemas de control de procesos

Debido a las amenazas existentes, la ciberseguridad se ha convertido en una prioridad para los entornos de control. Originariamente, los sistemas de control de procesos fueron creados como sistemas independientes y aislados, por lo tanto, la seguridad no tenía el peso que tiene hoy. Con la estandarización de Internet y el uso de los protocolos IP, el diseño ha cambiado hasta el punto de que, en muchos casos, la red de control ha pasado a ser una extensión protegida de la red corporativa, siendo potencialmente accesible desde Internet y vulnerable a los riesgos que esto conlleva, obligando a adoptar una estrategia que nos ayude a crear un entorno seguro para reducir las amenazas existentes.

Los entornos de control de procesos, cada vez más, utilizan y dependen de las tecnologías de la información. Estas tecnologías están reemplazando las tecnologías propietarias convencionales, permitiendo así reemplazar el software hecho a medida por software comercial. Esta transformación trae consigo dos grandes hándicaps:

  • Los sistemas de control de procesos tradicionalmente eran sistemas cerrados diseñados para ser funcionales, seguros y fiables donde la principal preocupación era la seguridad física. Con la integración de estos sistemas en un entorno informático, el entorno de control queda expuesto a nuevas amenazas (virus, malware, intrusiones, etc.).
  • El software comercial utilizado para reemplazar los sistemas de control de procesos propietarios a menudo no cumple con las particularidades y la complejidad del entorno de control. Muchas de las medidas de seguridad informática utilizadas con estas tecnologías no han sido adoptadas y, por consecuencia, puede haber medidas de seguridad insuficientes para proteger los sistemas de control y mantener el entorno seguro.

Las consecuencias de exponer dichas vulnerabilidades al exterior pueden ser graves. El impacto de un ataque electrónico en el entorno de control puede incluir la pérdida de servicio, pérdida de integridad, pérdida de confidencialidad y pérdida de reputación, entre otros.

COMPRENDER EL RIESGO DEL NEGOCIO. PRINCIPIOS DE BUENAS PRÁCTICAS 

Solo con un buen conocimiento del riesgo que suponen las amenazas, vulnerabilidades e impacto para el negocio, una organización puede tomar decisiones con los niveles de seguridad adecuados y necesarios para mejorar las prácticas de trabajo. Los procesos deben quedar sujetos a una continua evaluación para adaptarse al cambio constante.

EVALUACIÓN FORMAL

Es conveniente llevar a cabo una evaluación formal de los riesgos de los sistemas de control:

  • Sistemas: Realizar una auditoría de inventario y una evaluación de los sistemas de control. Qué sistemas existen, cuál es el papel de cada sistema, cómo interactúan, funcionalidad y responsable del sistema.
  • Amenazas: Identificar y evaluar las amenazas que afectan a los sistemas de control de procesos. La revisión debe incluir la evaluación de la infraestructura, sistemas operativos, aplicaciones, componentes software, conexiones de red, conectividad de acceso remoto y procesos y procedimientos.
  • Impacto: Identificar el impacto y consecuencias.
  • Vulnerabilidades: Evaluar la infraestructura, sistemas, aplicaciones y procesos para revisar y analizar las vulnerabilidades.

MARCO DE SEGURIDAD

Para garantizar la seguridad de la red de control y poder evaluar el riesgo, se debe llevar a cabo un seguimiento para identificar y mitigar las vulnerabilidades que permitan a un atacante alteraro tomar el control del sistema. Cuando se implementa una arquitectura segura, se tiende a focalizar el esfuerzo en los elementos tecnológicos. Aunque importantes, la tecnología es insuficiente por si misma para proveer una protección robusta. No es suficiente instalar y configurar un firewall si no se han tenido en cuenta las particularidades del entorno de control de procesos. Aunque los sistemas de control están basados en los estándares de TI, su entorno operacional difiere significativamente. Las soluciones para garantizar la seguridad en entornos informáticos no suelen ser las apropiadas para el entorno de control. Mientras que algunas herramientas y técnicas de seguridad estándar se pueden utilizar para proteger los sistemas de control de procesos, se puede necesitar una cuidadosa adaptación para su integración. A modo de ejemplo, puede que no sea posible la instalación de un antivirus en los sistemas de control debido a la falta de potencia del procesador, la antigüedad del sistema operativo o la certificación del proveedor. Las pruebas de seguridad en los sistemas de control de procesos también deben ser adoptadas con sumo cuidado: un escaneo de seguridad puede afectar significativamente el funcionamiento de determinados dispositivos de control y causar efectos adversos en los sistemas analizados. Dichos tests escanean los puertos y vulnerabilidades a través de peticiones continuas a direcciones IP con datos ficticios. Rara vez se crean entornos de prueba para realizar el análisis y hay pocas oportunidades de tener los sistemas con la línea de producción parada para poder instalar los parches de seguridad o realizar las tareas de mantenimiento oportunas.

OBJETIVOS

Para el entorno de control, el orden del objetivo de seguridad es inverso al del entorno informático, ya que la disponibilidad de los sistemas se posiciona como el factor más importante. En un entorno de control, el término seguridad suele referirse a fiabilidad y alta disponibilidad.

PROTEGER, DETECTAR, ACTUAR

Una evaluación de vulnerabilidades identifica e informa de un fallo de seguridad para su posterior análisis. La principal finalidad de un test de seguridad es duplicar las acciones de un atacante para encontrar los puntos débiles de la red que podrían permitir el acceso al entorno de control a través de Internet o desde la propia red corporativa. Existen varias herramientas y técnicas utilizadas por los atacantes para identificar vulnerabilidades.

  • Proteger: Implementar las medidas de seguridad y protección adecuadas para prevenir los ataques electrónicos.
  • Detectar: Establecer mecanismos para la rápida identificación de los ataques electrónicos.
  • Actuar: aplicar las medidas de prevención adecuadas para solventar las incidencias de seguridad. El éxito de cualquier procedimiento de seguridad depende del factor humano. Los empleados son el recurso más importante y la mayor amenaza para la seguridad. El personal de los sistemas de control de procesos no suelen estar familiarizados con la seguridad de TI y el personal de seguridad de TI no suele estar familiarizado con los sistemas de control ni su entorno operativo. Esta situación se puede mejorar aumentando la comprensión general a través de programas de formación.

TIPOS DE TEST DE SEGURIDAD

Un test de seguridad se centra en analizar las debilidades del entorno que quedan expuestas al exterior y puedan permitir a un atacante el acceso no autorizado. Estas pruebas suelen estar pensadas para entornos informáticos y rara vez pueden aplicarse al entorno de control, ya que los protocolos utilizados en ambos entornos difieren significativamente. Los proveedores de control utilizan protocolos propietarios para los procesos internos. Estos protocolos fueron desarrollados cuando los sistemas de control de procesos estaban aislados del entorno corporativo y la seguridad no era una amenaza. Desde que el entorno de control ya no está totalmente aislado, los protocolos propietarios han puesto al sistema en riesgo de ser atacado debido al bajo nivel de seguridad. Debido a la inseguridad inherente del entorno de control, las pruebas de análisis se centran en la seguridad de las electrónicas de red responsables de las entradas y salidas. El equipo debe evaluar la arquitectura de red para formar una estrategia de defensa apropiada que implique el uso de firewalls. La red corporativa y la de control no deberían comunicar directamente, todas las comunicaciones corporativas de entrada/salida hacia/desde la red de control tienen que ser filtradas y analizadas por un firewall y un detector de intrusiones, valorando la posibilidad de crear DMZs u otras arquitecturas para los sistemas más críticos.

PROCESO DE ESCANEO DE VULNERABILIDADES

Previo a una evaluación de seguridad, se debe revisar la estructura del sistema y definir su configuración, estableciendo los problemas conocidos y la lista de dispositivos a excluir del análisis. A diferencia de las pruebas de seguridad de TI, las cuales establecen hasta dónde puede llegar un atacante, en el entorno de control lo que queremos saber es si existen vulnerabilidades en el hardware o software y si las protecciones de seguridad existentes son suficientes para limitar el acceso.

RIESGO ASOCIADO

Un test de seguridad puede suponer un riesgo significativo para los sistemas de control de procesos. Como mínimo, puede ralentizar el tiempo de respuesta de la red debido al escaneo en búsqueda de vulnerabilidades. Las actividades generadas por el test pueden hacer que los componentes de control queden inoperativos. Este riesgo puede verse reducido si se utilizan las reglas de escaneo adecuadas por personal cualificado.

IMPLEMENTAR UNA ARQUITECTURA SEGURA

Los siguientes puntos detallan un conjunto de buenas prácticas para el diseño de medidas que nos ayuden a mitigar las posibles vulnerabilidades:

  • Arquitectura de red: Reducir al mínimo el número de conexiones con el sistema e identificar todas las conexiones. Aislar la red de control mediante un firewall para aislarla de los fallos del entorno de TI.
  • Firewalls: Implementar reglas de acceso estrictas para proteger las conexiones entre sistemas de control y otros sistemas. Los firewalls deben ser gestionados por administradores con experiencia. Establecer un sistema de monitorización 24/7.
  • Acceso remoto: Asegurarnos del conocimiento de los riesgos y las normas de seguridad por parte de los proveedores que accedan a la red. Mantener un inventario de todas las conexiones remotas. Implementar mecanismos de autenticación apropiados y seguros. Realizar auditorías con regularidad. Implementar un procedimiento para habilitar y deshabilitar conexiones remotas. – Restringir los accesos remotos a servidores/workstations específicos por usuario y ventana horaria.
  • Anti virus: Proteger los sistemas con un software antivirus.
  • Procedimiento de conexión de dispositivos: Establecer un procedimiento para verificar que los dispositivos están libres de virus antes de ser conectados a la red.
  • Acceso a Internet y email: Restringir el acceso a Internet y a servidores de correo.
  • Consolidación de sistemas: Deshabilitar servicios y puertos en desuso para prevenir un uso no autorizado. Conocer qué puertos están abiertos y qué servicios y protocolos los utilizan. Restringir el uso de CDs, disqueteras, USB, etc.
  • Seguridad física: Implementar medidas de protección para proteger el acceso físico a los equipos de red y sistemas de control.
  • Monitorización del sistema: Monitorizar en tiempo real los procesos, puertos y servicios para identificar comportamientos inusuales. Implementar sistemas de detección de intrusión. Revisar y analizar regularmente los archivos log.
  • Redes inalámbricas: Las redes inalámbricas están experimentando una gran acogida en los entornos de control debido a las importantes ventajas que proporcionan. Sin embargo, los sistemas inalámbricos pueden suponer un riesgo importante debido al cambio tecnológico continuo al que están sometidos. Los sistemas inalámbricos deben ser protegidos utilizando las buenas prácticas de la industria.
  • Parcheado de seguridad: Implementar procedimientos para la instalación de parches de seguridad en los sistemas operativos. Previo a una instalación, se debe comprobar que el parche ha sido certificado y validado por el proveedor.
  • Contraseñas y claves: Implementar políticas de caducidad y complejidad de contraseñas para todos los sistemas de control. Se recomienda que las contraseñas se cambien con frecuencia siempre que sea posible. Revisar regularmente los premisos de acceso y deshabilitar las cuentas antiguas. Cambiar las contraseñas por defecto de los dispositivos.
  • Auditorías de seguridad: Realizar auditorías de seguridad con regularidad para identificar, enumerar y posteriormente describir las diversas vulnerabilidades que pudieran presentarse.
  • Gestión de vulnerabilidades: Implementar un sistema de gestión de vulnerabilidades para garantizar que estas se reducen al mínimo.
  • Pruebas de seguridad: Se deben ejecutar tests de seguridad siempre que sea posible en entornos dedicados para tal efecto.
  • Gestión del cambio: Certificar que todos los sistemas quedan sujetos a un proceso estricto de control de cambios aprobados por todos los departamentos afectados.
  • Copias de seguridad: Probar regularmente la integridad de las copias de seguridad a través de un proceso de restauración completa. Almacenar copias de seguridad dentro y fuera del CPD.

BIBLIOGRAFÍA

Guide to Industrial Control Systems (ICS) Security. [En línea]