Una avería mecánica o un ciberataque supone un coste mucho mayor para una operación industrial que para el departamento de TI de una empresa convencional. El tiempo de inactividad imprevisto para los grandes fabricantes asciende actualmente a una media de 260 000 dólares por hora. Sin embargo, esta cifra varía drásticamente de un sector a otro, situándose la industria automovilística en el extremo más alto del espectro.
Se estima que el tiempo de inactividad de un fabricante de automóviles, como consecuencia de fallos mecánicos o amenazas cibernéticas como el ransomware, supone una pérdida colosal de 2,3 millones de dólares cada hora. Según IBM X-Force, el sector manufacturero representa el 27,7 % de los ciberataques, lo que lo convierte en el sector más atacado durante cinco años consecutivos. Y dado que el tiempo de inactividad supone para un fabricante una pérdida tan astronómica, los atacantes saben que, en caso de una brecha de seguridad, es probable que la víctima pague el rescate rápidamente para volver a estar operativa
Para proteger una operación industrial y recuperarse de un ciberataque, un fabricante debe implementar una solución de software modular, ciberresiliente y multicomponente que sea compatible tanto con los sistemas OT como con los de TI, con el fin de lograr una recuperación inmediata a un punto en el tiempo.
En este artículo abordamos cómo se protegen los sistemas de TI y TO, los retos comunes a los que se enfrentan los sistemas industriales y cómo pueden defender eficazmente sus sistemas frente a las amenazas cibernéticas y reducir el tiempo de inactividad en caso de fallo.
¿Qué son los sistemas de control industrial (ICS)?
En términos sencillos, un sistema de control industrial (ICS) es el hardware y el software subyacentes que hacen funcionar los equipos físicos en fábricas y plantas. Se compone de cuatro elementos fundamentales: los controladores lógicos programables (PLC), que ejecutan los comandos que hacen funcionar una línea de producción; sistemas SCADA para supervisar y controlar los procesos en una planta; interfaces hombre-máquina (HMI) que permiten a los operadores visualizar y ajustar dichos procesos; y sensores que se utilizan para transmitir al sistema datos sobre temperatura, presión, caudal y otras lecturas. Los ICS constituyen un componente específico dentro de la OT (tecnología operativa), cuya protección difiere considerablemente de la de un sistema gestionado por TI.
¿Cuál es la diferencia entre la seguridad de la OT y la de la TI?
El fabricante gestiona tanto sistemas de TI como de TO. Los primeros corresponden al ámbito corporativo, con sus sistemas empresariales. La planta de producción, con sus controladores y sistemas de producción, constituye el ámbito de la TO, y no puede protegerse de la misma manera que la TI. La respuesta habitual en entornos de TI suele consistir en apagar el sistema afectado y contener el incidente.
En comparación, los sistemas de TO no pueden detenerse, ya que el proceso físico que ejecuta un sistema se vuelve peligroso si se detiene sin medidas de precaución inmediatas. En otras palabras, la medida que contiene un ataque en una oficina puede provocar un accidente catastrófico en la planta de producción.
El segundo gran problema de los entornos de OT es que gran parte de los equipos de la planta de producción funcionan con sistemas operativos antiguos que ya no reciben parches de seguridad, lo que deja al descubierto vulnerabilidades conocidas.
En las fábricas, los controladores deben restablecerse a una configuración que se sepa que funciona correctamente y verificarse antes de que controlen los equipos físicos. Cada hora de inactividad supone una pérdida de ingresos y aumenta el riesgo para la seguridad, y dado que esos costes se acumulan continuamente cuanto más se prolonga la interrupción, la capacidad del fabricante para recuperarse rápidamente es fundamental para contener daños mayores.
Con el fin de proteger un sistema industrial en funcionamiento, las empresas del sector deberían implementar una solución de copia de seguridad y recuperación ciberresiliente que gestione tanto la recuperación de TI como de OT y que se ajuste al marco de seguridad industrial IEC 62443.
¿Qué es la norma IEC 62443 y por qué es importante para la seguridad de los sistemas industriales?
En materia de ciberseguridad industrial, la norma IEC 62443 es un estándar ampliamente adoptado que define cómo deben protegerse la tecnología operativa (OT) y los sistemas de automatización y control industrial (IACS). Este marco resulta especialmente relevante en sectores como el energético, el manufacturero, el del transporte, el del agua y el sanitario.
El modelo de zonas y conductos para la protección de sistemas industriales
La filosofía de la norma IEC 62443 gira en torno a la división del sistema operativo en zonas y conductos, a cada uno de los cuales se le asigna su propio nivel de seguridad, que va del 1 al 4. Las zonas son agrupaciones físicas de activos industriales —como máquinas o sistemas de control— que, en mayor o menor medida, comparten el mismo nivel de requisitos de seguridad. Los conductos, por su parte, son las vías de comunicación estrictamente controladas que conectan estas zonas.
Como resultado de este tipo de segmentación, los atacantes no pueden desplazarse lateralmente hacia zonas críticas en caso de una brecha de seguridad. En cuanto a la pregunta de si «no sería mejor aplicar el mismo nivel de seguridad SL4 de grado militar en todas las zonas para lograr la máxima protección», la respuesta es no. Si todos los componentes se protegieran con las mismas medidas de seguridad, se produciría un exceso o una falta de ingeniería no deseados en las zonas de baja consecuencia y en las zonas de seguridad vital, lo que acarrearía una plétora de complicaciones.
Por ejemplo, aplicar controles de nivel de seguridad 4 de grado militar a las impresoras de las oficinas supondría un enorme desperdicio de recursos y paralizaría las tareas diarias, mientras que aplicar defensas básicas de nivel de seguridad 1 a las válvulas de las turbinas provocaría un desastre físico catastrófico.
Sistema de niveles de seguridad (SL1-SL4)
La norma IEC 62443 define cuatro niveles de seguridad, cada uno de ellos adaptado a la capacidad del atacante contra el que se está defendiendo. En lugar de aplicar un único nivel a toda la planta, los fabricantes evalúan el riesgo de cada zona y le asignan un nivel de seguridad objetivo.
– El SL1 protege contra el error humano y el malware no dirigido de bajo impacto (por ejemplo, un trabajador que conecta una memoria USB personal infectada).
– El SL2 protege contra ataques de bajo coste perpetrados por hackers oportunistas que utilizan herramientas públicas para explotar vulnerabilidades básicas
– El SL3 se utiliza para la protección frente a ciberamenazas sofisticadas por parte de ciberdelincuentes organizados que cuentan con conocimientos especializados sobre sistemas industriales (por ejemplo, un grupo profesional de ransomware que intenta activamente secuestrar los PLC de una planta específica).
– El SL4 protege contra agencias militares o de inteligencia de Estados-nación que cuentan con financiación masiva y utilizan recursos avanzados e ilimitados para causar destrucción física
La seguridad de los sistemas industriales puede garantizarse mediante una solución de copia de seguridad y recuperación ciberresiliente, capaz de adaptar su protección al nivel de seguridad requerido por cada zona. La copia de seguridad y la recuperación de Bacula Enterprise se llevan a cabo mediante cinco componentes independientes (el Director, el demonio de archivos, el demonio de almacenamiento, el catálogo y la consola), que pueden distribuirse y configurarse de acuerdo con la estructura de zonas de una planta para proporcionar seguridad en toda la misma.
Ciberataques reales contra sistemas de control industrial
Los tres ciberataques reales que se exponen a continuación ilustran lo que ocurre cuando un sistema de tecnología operativa (OT) carece de las medidas de protección adecuadas, como las descritas anteriormente, y las consecuencias catastróficas que pueden derivarse de ello.
El ataque a la red eléctrica de Ucrania (explotación remota)
El 23 de diciembre de 2015, tres empresas regionales de distribución ucranianas fueron objeto de un ataque por parte de ciberdelincuentes que provocó un corte generalizado de suministro eléctrico que afectó a 225 000 residentes.
Los atacantes se apropiaron de sesiones de VPN que carecían de autenticación de dos factores, lo que les proporcionó una vía directa de acceso al sistema SCADA de las empresas. Una vez dentro, manipularon los sistemas de control de la red eléctrica y abrieron manualmente los interruptores en más de cincuenta subestaciones.
A continuación, los atacantes introdujeron malware en la ruta de recuperación y borraron archivos de servidores y estaciones de trabajo, eliminando así los archivos de copia de seguridad y de configuración necesarios para la restauración del sistema. Se desconectó el propio sistema de alimentación ininterrumpida del centro de operaciones, y la ruta de restauración quedó totalmente inutilizada.
Dado que los datos de recuperación no se almacenaban en un sistema aislado físicamente ni en un almacenamiento inmutable, las empresas de servicios públicos no pudieron recuperarse por sus propios medios, y hubo que enviar a ingenieros sobre el terreno para cerrar los interruptores manualmente.
El ataque a Colonial Pipeline (compromiso de credenciales)
Colonial Pipeline transporta combustible a través de 260 puntos de entrega repartidos por trece estados y suministra el 45 % del combustible que se consume en la costa este. También es el mayor oleoducto de productos refinados de Estados Unidos.
El 7 de mayo de 2021, el sistema de seguridad de Colonial fue víctima de un ataque de ransomware llevado a cabo por DarkSide. Al hacerse con la contraseña filtrada, los atacantes accedieron a una cuenta VPN heredada que había quedado en desuso, lo que les proporcionó un punto de entrada a los sistemas de Colonial.
Los atacantes cifraron los sistemas informáticos y robaron aproximadamente 100 GB de datos. Aunque nunca llegaron a acceder a los controles del oleoducto, Colonial lo cerró ese mismo día y autorizó el pago de un rescate de 4,4 millones de dólares en cuestión de horas. Los suministros de combustible se interrumpieron durante seis días consecutivos y, a su vez, las gasolineras de todo el sureste se quedaron sin combustible.
Colonial se vio obligada a cerrar debido a su incapacidad para demostrar que sus sistemas de control estaban a salvo, ya que el ransomware había afectado a la red de la oficina. Lo que le costó seis días a Colonial fue no saber qué habían manipulado los atacantes y no disponer de una forma rápida de reconstruir los sistemas de control en caso de que estos los hubieran alterado.
Para sobrevivir a los incidentes mencionados, una plataforma de copias de seguridad ciberresiliente divide su arquitectura en cinco componentes independientes para evitar que una brecha en la planta de producción llegue al almacén de copias de seguridad, aislando estrictamente las rutas de datos y las funciones de seguridad.
Este aislamiento absoluto mantiene limpios sus registros de auditoría para que pueda ver exactamente qué ha alterado un atacante, mientras que la recuperación completa del sistema le permite reconstruir rápidamente los sistemas de control comprometidos a partir de un estado conocido como correcto.
La brecha de SolarWinds (riesgo de la cadena de suministro)
Aproximadamente 18 000 organizaciones instalaron un malware de puerta trasera denominado SUNBURST en sus propias redes al aplicar una actualización de software rutinaria de un proveedor en el que confiaban. Entre ellas se encontraban los Departamentos de Seguridad Nacional, de Estado, de Energía y del Tesoro de EE. UU.
Los atacantes accedieron a SolarWinds en agosto de 2019 e inyectaron código malicioso en el proceso de compilación de Orion (su plataforma de monitorización de redes). Los clientes recibieron actualizaciones troyanizadas como software legítimo y firmado. Posteriormente, los ataques se atribuyeron a APT29, que es el Servicio de Inteligencia Exterior de Rusia. FireEye detectó posteriormente la puerta trasera en diciembre de 2020 mientras investigaba una filtración de sus propias herramientas de «equipo rojo».
Dado que Orion es un software de TI que se encuentra en el centro de datos, y no en la planta de producción, no cabría esperar que supusiera una amenaza para la tecnología operativa (OT). Sin embargo, sí lo hace, ya que la red de oficinas y la red de la planta están conectadas, y una intrusión en un lado puede traspasar a la otra sin mayor dificultad.
Retos de la ciberseguridad en la industria manufacturera
A diferencia de un centro de datos, una planta de fabricación reúne muchos entornos a la vez y es una combinación de PLC con décadas de antigüedad, modernos dispositivos IIoT conectados a la nube, bases de datos históricas y sistemas empresariales, cada uno con su propio ciclo de parches y tolerancia al tiempo de inactividad.
Este tipo de heterogeneidad es la razón por la que los sistemas de tecnología operativa (OT) son más difíciles de proteger en comparación con los de TI, ya que no existe un único enfoque de copia de seguridad «uniforme» que funcione tanto para un controlador heredado que ejecuta un sistema operativo sin soporte como para un sistema de registro histórico en funcionamiento que no puede suspenderse.
Recuperación a lo largo de un ciclo de vida de los equipos de 30 años
Los equipos industriales suelen ser dos décadas más antiguos que cualquier equipo que se pueda encontrar en una sala de servidores corporativa, y permanecen en servicio mucho tiempo después de que el hardware de TI ya hubiera sido sustituido. Por ejemplo, una turbina, una prensa o un PLC pueden funcionar durante veinte o treinta años, mientras que un ordenador portátil se sustituye cada tres o cinco.
Durante décadas, esto no supuso un problema de seguridad, ya que la red de la planta estaba aislada físicamente («air-gapped») y desconectada de cualquier red externa que un atacante pudiera utilizar para acceder a ella. Sin embargo, con la llegada de la Industria 4.0, que ha puesto fin a esa situación, las plantas modernas operan en toda la Arquitectura de Referencia Empresarial de Purdue (niveles L0 a L5), según la cual una única estrategia de copia de seguridad debe adaptarse a requisitos de Objetivo de Punto de Recuperación (RPO) y Objetivo de Tiempo de Recuperación (RTO) completamente diferentes en función de la capa.
Al conectarse a la infraestructura de TI corporativa y a la nube, los fabricantes corren el riesgo de exponer los controladores de la planta, que tienen décadas de antigüedad, a amenazas que el diseñador no había previsto.
Una planta necesitará restaurar datos mucho tiempo después de que el software de copia de seguridad que los grabó haya dejado de existir. Al utilizar una solución de copia de seguridad y recuperación ciberresiliente con un formato de volumen documentado y legible por sí mismo, los datos siguen siendo recuperables por sí mismos, sin depender de que el sistema de copia de seguridad original permanezca intacto. Un volumen grabado hoy puede leerse fácilmente décadas más tarde, incluso si la implementación de copia de seguridad subyacente lleva mucho tiempo retirada.
Copia de seguridad de un historizador en funcionamiento
Un historizador de datos es un software especializado que captura y almacena de forma continua series temporales de datos procedentes de los equipos de la planta que funcionan con PLC y sistemas SCADA.
En sectores regulados como el farmacéutico, bases de datos como AVEVA PI y GE Proficy contienen los registros de auditoría legales. En caso de que un ciberataque borre o cifre estos registros, la empresa pierde su prueba de cumplimiento normativo. En consecuencia, un ataque de ransomware contra el almacenamiento de datos de la planta puede poner en riesgo la capacidad de la empresa para comercializar legalmente sus productos, incluso sin que las máquinas en sí se vean afectadas.
Dicho esto, la desventaja de un historiador en funcionamiento es que se trata de una base de datos en constante escritura, y la velocidad de escritura constituye su principal limitación de diseño. Dado que una copia a nivel de archivo de una base de datos activa da lugar a datos corruptos, resulta imposible realizar una copia de seguridad de un historiador en tiempo real mientras está en funcionamiento. En el pasado, los operadores detenían el sistema por completo, lo que provocaba incumplimientos normativos y de conformidad.
Un software de copias de seguridad modular avanzado como Bacula Systems puede realizar copias de seguridad de un historiador en tiempo real utilizando herramientas nativas como RMAN para Oracle, o mediante su complemento bpip especializado, que transmite volcados de datos en tiempo real al almacenamiento.
Ciberseguridad, copias de seguridad y recuperación en el sector manufacturero con Bacula Enterprise
Bacula Enterprise es una solución de copias de seguridad y recuperación ciberresiliente, diseñada para entornos en los que la seguridad es fundamental y en la que confían organizaciones como la Fuerza Aérea de los Estados Unidos, la NASA, la Armada de los Estados Unidos y otros grandes grupos empresariales.
Se trata de un software modular compuesto por cinco componentes independientes, como el Director, el File Daemon, el Storage Daemon, el catálogo y la consola. Sigue un flujo de trabajo segmentado para impedir el movimiento lateral en caso de una brecha de seguridad, lo que mantiene seguras e intactas las infraestructuras críticas para la vida.
A diferencia del diseño único «todo en uno» de la mayoría de las herramientas de copia de seguridad heredadas, cada uno de estos cinco componentes se ejecuta como un servicio de red independiente. A su vez, la vulneración de un componente no puede paralizar toda la operación.
Gracias a sus tecnologías de deduplicación global de terminales y compresión, que reducen los costes de almacenamiento, Bacula Enterprise utiliza un modelo de licencia plano y transparente basado en suscripción que excluye por completo la tarificación basada en la capacidad.
Cómo cumple Bacula con los niveles de seguridad de la norma IEC 62443
Bacula cumple con la norma IEC 62443 sobre ciberseguridad industrial. Según el marco de la norma IEC 62443, puede asignar diferentes niveles de seguridad (SL) a las distintas zonas de su planta, utilizándose el SL1 para la autenticación básica y el SL4 para la protección de datos de grado militar.
- SL1. Las comunicaciones de Bacula entre los cinco componentes se realizan a través de TLS de forma predeterminada, con intercambios automáticos de claves precompartidas entre el Director, el daemon de archivos y el daemon de almacenamiento. Como resultado, el tráfico de copias de seguridad nunca se envía sin cifrar (ni siquiera en la configuración básica).
- SL2. Cada operador tiene restringidas determinadas acciones, para evitar que alguien con permiso para ejecutar una copia de seguridad pueda borrarla o alterar el catálogo. Los datos se cifran por cliente con AES 128, 192 o 256, y pueden cifrarse en reposo en el destino de almacenamiento.
- SL3. La autenticación multifactorial se lleva a cabo a través de un complemento TOTP compatible con la norma RFC 6238, que requiere un segundo factor procedente de una aplicación de autenticación en el teléfono para acceder a la consola. En este caso también se aplica el almacenamiento aislado (air-gapped). Las cintas expulsadas de la biblioteca o grabadas en soportes fuera de línea quedan inaccesibles para cualquier dispositivo de la red.
- SL4. Bacula ejecuta un cifrado validado según la norma FIPS 140-3 a través de su módulo criptográfico OpenSSL-FIPS, lo que permite flujos de trabajo altamente seguros y auditados. Asimismo, realiza la autenticación entre daemons mediante SCRAM-SHA-256 y genera registros de auditoría a prueba de manipulaciones con cadena de custodia para cada evento de copia de seguridad. Su perfil «Defensa y Ejército» admite copias de seguridad compartimentadas en zonas clasificadas.
La arquitectura de Bacula mantiene las copias de seguridad intactas
Tanto en el ataque a la red eléctrica de Ucrania como en el caso del ransomware Colonial, los daños se extendieron hasta donde llegó el acceso del atacante. Estos ciberataques borraron los archivos de restauración en el primer caso y cifraron todos los sistemas accesibles en el segundo.
El demonio de archivos de Bacula se ejecuta en la máquina protegida, que suele ser el primer componente que un atacante compromete. No dispone de interfaz con el repositorio de almacenamiento de copias de seguridad. Un atacante que tenga el control total de una estación de trabajo de una planta no puede utilizarla para acceder a las copias de seguridad ni cifrarlas, ya que la ruta de acceso simplemente no existe.
Se trata de una ventaja significativa frente a otros programas de copias de seguridad para fabricantes. En la tecnología operativa (OT), los equipos cliente son los primeros en verse comprometidos y, dado que dichos equipos no pueden acceder a las copias de seguridad, los datos de recuperación permanecen intactos.
- Ciberresiliencia: Bacula aplica la regla 0-3-2-1 a través de sus tareas de copia y migración, con tres copias, dos tipos de soportes, una copia fuera de las instalaciones y cero errores. Una planta puede escribir su copia de seguridad principal en un disco local, copiarla automáticamente a un almacenamiento de objetos en la nube y, posteriormente, transferir una tercera copia a una cinta aislada físicamente, sin ningún paso manual que se pueda olvidar.
- Almacenamiento inmutable: los volúmenes respaldados por WORM y los puntos de recuperación con bloqueo de disco de solo adición impiden su modificación una vez escritos, aunque la inmutabilidad controlada por software es menos absoluta que la de una cinta guardada en una cámara acorazada.
- Detección de contaminación de datos: BGuardian analiza estadísticamente cada tarea de copia de seguridad y detecta desviaciones. Una copia de seguridad completa que, de repente, ya no protege ningún dato, o una tarea cuyo tamaño y número de archivos se salen del rango esperado, queda detectada, ya que ese patrón es la firma del ransomware que cifra una fuente antes de que se ejecute la copia de seguridad. BGuardian también audita la propia configuración del entorno y genera informes de refuerzo de la seguridad para sacar a la luz las debilidades antes de que un atacante las encuentre.
Recuperación diseñada para sistemas industriales
Las copias de seguridad intactas no sirven de nada si no se pueden restaurar rápidamente y en el lugar adecuado. Bacula está diseñado para ambos escenarios: tanto si una planta necesita reconstruir un sistema completo desde cero como si requiere una restauración puntual de datos críticos.
- Recuperación «bare-metal» — Bacula puede realizar una reconstrucción completa (desde el sistema operativo en adelante) de un controlador o de una estación de trabajo de ingeniería, tanto en Linux como en Windows, en caso de que alguno de ellos esté cifrado o destruido. Esta capacidad convierte lo que normalmente sería una parada de varios días en una restauración que puede durar tan solo un par de horas.
- Restauración en un equipo limpio – Bacula puede restaurar en cualquier cliente determinado. Una planta que se esté recuperando de un ataque de ransomware puede restaurar en un sistema aislado mientras los equipos infectados siguen siendo objeto de investigación. Los órdenes de restauración también pueden modificarse, de modo que los datos de proceso importantes se devuelvan a producción y los sistemas infectados se envíen a un laboratorio para su análisis forense.
- Recuperación en un momento determinado (PITR) — Bacula captura los cambios en el sistema y los datos en tiempo real a medida que se producen. Esto permite a los operadores realizar restauraciones granulares hasta cualquier milisegundo anterior a un incidente, lo que a su vez reduce la posible pérdida de datos a segundos en lugar de horas.
- Una única plataforma para toda la planta: Bacula se ejecuta en más de 34 sistemas operativos y protege máquinas físicas, VMware, Hyper-V, Proxmox, Nutanix, contenedores, Kubernetes y las bases de datos en las que se ejecutan los historiales, todo ello bajo un único Director. La deduplicación global de terminales a alta velocidad reduce el almacenamiento y el ancho de banda que, de otro modo, consumirían los voluminosos datos de telemetría y de los historiales.
Escalabilidad y licencias
- Licencias — Además, Bacula aplica sus tarifas en función del tamaño del entorno y no del volumen de datos. Por lo tanto, los gastos de copia de seguridad de una planta no aumentarán cada vez que se añada un nuevo sensor. Las fábricas modernas producen volúmenes de datos cada vez mayores, pero la empresa no tendrá que pagar cantidades astronómicas por ello. Este diseño también se adapta a entornos con miles de millones de archivos.
- Gestión de telemetría de alto rendimiento – Para gestionar fácilmente los enormes flujos de datos de series temporales y registros históricos que se generan en una planta moderna, Bacula emplea la deduplicación global de puntos finales de alto rendimiento y tecnologías avanzadas de compresión. Esto minimiza drásticamente los costes de la infraestructura de almacenamiento físico y reduce la carga global de la red sin sacrificar las velocidades críticas de copia de seguridad.
- Computación en el borde y escalabilidad de la fábrica inteligente — A medida que las fábricas inteligentes modernas procesan cada vez más datos en el borde, Bacula destaca en la gestión de copias de seguridad para entornos altamente distribuidos y dispositivos periféricos descentralizados.
Preguntas frecuentes
¿Qué debe incluir una estrategia de seguridad de OT?
Una seguridad de OT eficaz se ajusta a las normas de seguridad de la norma IEC 62443, con cuatro niveles de control, y divide la segmentación de la red en zonas y conductos. Como resultado, una brecha de seguridad en un área puede propagarse a los controladores críticos.
¿No están los sistemas de fábrica aislados físicamente («air-gapped») y cerrados al acceso externo?
Ya casi nunca. El verdadero aislamiento físico, en el que una red está aislada físicamente sin conexión con ningún sistema externo, se ha convertido hoy en día en la excepción. Las plantas modernas conectan sus sistemas OT a la TI corporativa, a plataformas de análisis en la nube y a herramientas de acceso remoto, ya que esto hace que las operaciones sean más eficientes. Sin embargo, cada una de esas conexiones también elimina una parte del aislamiento que solía protegerlas.
¿Cuál es la diferencia entre la seguridad de TI y la seguridad de TO?
La seguridad de TI y la seguridad de TO difieren en muchos aspectos. La seguridad de TI se centra principalmente en proteger la confidencialidad de los activos digitales. En TO, la integridad de los procesos de producción y la seguridad física tienen prioridad sobre la confidencialidad. Proteger los entornos de TO suele ser más difícil y requiere una solución de copia de seguridad y recuperación ciberresiliente que sea capaz de realizar copias de seguridad de forma coherente del historial en tiempo real, que está siempre en funcionamiento.
¿Con qué frecuencia deben realizarse copias de seguridad de los sistemas industriales?
Con la frecuencia que exija la tolerancia de cada sistema ante la pérdida de datos, lo que implica que habrá diferentes calendarios para las distintas partes de la planta. No existe una respuesta única, ya que una planta está compuesta por numerosos entornos con distintos requisitos de recuperación. A diferencia de los sistemas empresariales, en los que la copia de seguridad diaria es la norma, la frecuencia de las copias de seguridad de los sistemas industriales varía en función de la cantidad de pérdida de datos que cada sistema pueda tolerar.
¿Puede el ransomware afectar también a los equipos físicos?
Sí, de dos maneras. En primer lugar, el ransomware o el malware pueden dejar una línea de producción fuera de servicio mediante el cifrado o la destrucción de los controles del sistema. Lo más habitual es que un ataque en el ámbito de las TI (Tecnologías de la Información) desencadene automáticamente una parada preventiva de la OT (Tecnología Operativa), incluso cuando el malware nunca llegue a los controladores. Esa parada de emergencia, realizada al margen de la secuencia normal de parada segura del equipo, puede dañar por sí misma la maquinaria diseñada para funcionar de forma continua.
