Caso de Uso
Protección de los sistemas de control distribuido contra cambios no monitoreados en el modo del controlador
Industria: CASO DE USO | PRODUCTOS QUÍMICOS
¡Descargar ahora!
¡No es necesario registrarse!
Protección de las operaciones de procesamiento químico contra cambios no supervisados en el modo del controlador DCS
Un controlador DCS podría haber sido cambiado de modo Ejecución (Run) a modo Programación (Program) desde una estación de trabajo de operador común y corriente, y nadie se habría enterado.
Una planta de procesamiento químico que operaba un reactor continuo y un proceso de destilación en un sistema de control distribuido descubrió, durante una revisión rutinaria de arquitectura, que su Sistema Instrumentado de Seguridad (SIS) compartía la infraestructura de red con el DCS en lugar de mantenerse separado como una capa independiente.
Shieldworkz verificó la verdadera separación entre ambos y añadió el monitoreo de los cambios de estado del controlador que nunca antes se habían supervisado.
Propuesta de valor: Verificar la verdadera independencia entre el DCS y el sistema instrumentado de seguridad, monitorear los cambios de modo y configuración del controlador, y asegurar que los cambios no autorizados o accidentales se detecten de inmediato en lugar de descubrirse más tarde.
Desafíos de seguridad de OT en la industria química
Los entornos de procesamiento químico dependen de sistemas de control distribuido y sistemas instrumentados de seguridad para operar y proteger los procesos continuos. Durante una revisión de la arquitectura, la planta identificó varias brechas entre las suposiciones documentadas de seguridad de procesos y el entorno de OT real.
Infraestructura compartida de BPCS/SIS
El sistema instrumentado de seguridad, diseñado para ser una capa independiente, compartía conmutadores y partes de la misma subred que el DCS.
Cambios no monitoreados en el modo del controlador
Los controladores DCS se pueden cambiar entre el modo de ejecución y de programación (Run and Program) desde una estación de trabajo de ingeniería estándar, sin necesidad de aprobación ni registro.
Una estación de trabajo, dos roles
La misma estación de trabajo de ingeniería configuraba tanto la lógica de control de procesos como la lógica de seguridad, sin separación de funciones.
Sin línea base del estado del controlador
Nadie podía decir cómo era un patrón normal de cambios de modo o descargas de configuración en ninguna de las dos unidades.
Brechas en la Documentación de PSM/RMP
Una próxima auditoría de gestión de seguridad de procesos requería evidencia de monitoreo y control de acceso en los sistemas críticos para la seguridad.
Comprender el panorama de riesgos de TO en el sector químico
En el papel, el sistema de seguridad era independiente. En la red, no estaba tan separado como suponía la documentación de seguridad del proceso.
La planta de procesamiento químico operaba procesos continuos de reactores y destilación en un sistema de control distribuido. Su sistema instrumentado de seguridad compartía la infraestructura de red con el DCS en lugar de mantenerse separado de este como una capa independiente.
Al mismo tiempo, los controladores de DCS podían cambiarse entre el modo de Ejecución y Programación (Run y Program) desde una estación de trabajo de ingeniería estándar sin aprobación ni registro. La misma estación de trabajo también configuraba tanto la lógica de control de procesos como la lógica de seguridad.
Sin visibilidad de los cambios de estado del controlador o de las descargas de configuración, la planta no podía establecer cómo era la actividad normal ni identificar de inmediato cambios no autorizados o accidentales.
Shieldworkz abordó estas brechas mediante el descubrimiento pasivo de activos, la verificación de independencia del SIS, NDR de OT y monitoreo continuo, la detección de cambios de estado del controlador, la evaluación de vulnerabilidades de OT, el modelado de zonas y conductos IEC 62443, la separación de roles de ingeniería, los flujos de trabajo de aprobación de cambios, el mapeo de cumplimiento de PSM/RMP y el monitoreo gestionado de SOC de OT.
Riesgos cibernéticos y operativos comunes que afectan al procesamiento químico
Los controladores DCS se cambiaron entre el modo de ejecución (Run) y el modo de programación (Program) sin aprobación ni registro
Infraestructura de subredes y switches compartidos entre BPCS/DCS y SIS
Una sola estación de trabajo de ingeniería que configura tanto la lógica de control de procesos como la de seguridad
No se ha establecido una línea base para los cambios de modo normales del controlador o las descargas de configuración
Descargas de configuración y cargas de programas realizadas fuera de los intervalos aprobados
Separación insuficiente de los roles de ingeniería para la lógica de proceso y seguridad
Visibilidad limitada del estado del controlador y de los cambios de configuración
Cómo resuelve Shieldworkz los desafíos de seguridad en DCS y SIS químicos
Shieldworkz ofrece un programa de TO de extremo a extremo que abarca el descubrimiento, la separación, el monitoreo, el soporte de cumplimiento y la seguridad de TO gestionada.
Descubrimiento pasivo de activos
Cada controlador de DCS, controlador de SIS y estación de trabajo de ingeniería está mapeado a lo largo de las unidades de reactor y destilación.
Verificación de independencia del SIS
Las rutas de red del BPCS y del SIS se revisan y confirman como verdaderamente independientes, no solo documentadas como tales.
NDR de OT y monitoreo continuo
Se monitorea el tráfico para detectar descargas de configuración y cargas de programas que ocurran fuera de las ventanas aprobadas.
Detección de Cambios de Estado del Controlador
Las alertas están sintonizadas específicamente para las transiciones de modo Run/Program y los cambios de lógica en los controladores de DCS y SIS.
Evaluación de vulnerabilidades de OT
El firmware de los controladores DCS y SIS, así como el software de las estaciones de trabajo, se revisan para identificar la exposición vinculada a la ruta de red compartida.
Modelo de zonas y conductos IEC 62443
Se definen zonas para separar el BPCS, el SIS y el acceso de ingeniería para cada unidad.
Separación de roles de ingeniería
El acceso a las estaciones de trabajo se reestructura con credenciales separadas para los cambios de lógica de procesos frente a los de lógica de seguridad.
Capacidades de protección de DCS para el sector químico de extremo a extremo
Visibilidad de activos de DCS y SIS
Cada controlador DCS, controlador SIS y estación de trabajo de ingeniería mapeados en las unidades de reactor y destilación.
Verificación de independencia de DCS/SIS
Confirmación a nivel de red de que las rutas de BPCS y SIS son verdaderamente independientes
Monitoreo del estado del controlador
Detección de transiciones del modo Run/Program y cambios de estado del controlador.
Monitoreo de Cambios de Configuración
Monitoreo de descargas de configuración y cargas de programas fuera de las ventanas aprobadas.
Gobernanza de acceso de ingeniería
Credenciales separadas para cambios en la lógica del proceso y la lógica de seguridad.
Evaluación de vulnerabilidades de OT
Revisión del firmware de los controladores DCS y SIS y del software de las estaciones de trabajo para detectar exposición.
Alineación de zonas y conductos IEC 62443
Zonas definidas para separar BPCS, SIS y el acceso de ingeniería.
El valor empresarial de la integridad verificada de DCS y SIS
Saber que los entornos de DCS y SIS están realmente separados —y poder verificar continuamente la actividad del controlador— aporta un valor que va más allá de la ciberseguridad.
Verdadera independencia del sistema de seguridad
Se confirmó y aplicó la verdadera independencia entre el DCS y el sistema instrumentado de seguridad.
Visibilidad completa de activos de OT
Cada controlador DCS, controlador SIS y estación de trabajo de ingeniería se mapeó en ambas unidades de proceso.
Visibilidad de controladores en tiempo real
Los cambios en el modo del controlador ahora se registran e identifican en tiempo real, en comparación con la falta de visibilidad que se tenía anteriormente.
Mayor responsabilidad en ingeniería
El acceso de ingeniería se divide en roles distintos para los cambios en la lógica de procesos y la lógica de seguridad.
Preparación mejorada para auditorías de PSM/RMP
La documentación de la auditoría de PSM/RMP se preparó antes de la próxima revisión de seguridad del proceso del sitio.
Asegure su entorno de procesamiento químico
Su DCS y SIS deben ser independientes en la práctica, no solo en papel.
Verifique la verdadera separación de DCS y SIS. Supervise los cambios de modo y configuración del controlador. Refuerce el acceso de ingeniería y mantenga la visibilidad en todo su entorno crítico de control de procesos.
Hable con los expertos en seguridad de OT de Shieldworkz sobre cómo proteger sus sistemas de control distribuido contra cambios de modo del controlador no supervisados.
Programe su consulta gratuita de seguridad de OT
Obtenga el caso de uso completo de protección de DCS para el sector químico Comprenda cómo Shieldworkz ayudó a un sitio de procesamiento químico a verificar la verdadera independencia de DCS/SIS, detectar cambios de modo del controlador que antes no se supervisaban, separar los roles de ingeniería y preparar la documentación de auditoría PSM/RMP antes de la próxima revisión de seguridad de procesos del sitio.
¡Reserve su consulta hoy!
Fortalezca la visibilidad en sus DCS, SIS, estaciones de trabajo de ingeniería y en todo el entorno de red de TO con un programa coordinado de ciberseguridad industrial. Reserve una reunión con Shieldworkz.
