La convergencia IT/OT convierte la producción en un riesgo de negocio compartido
En una planta de transformación de plástico, la ciberseguridad ya no puede tratarse únicamente como una cuestión de ordenadores, correo electrónico o aplicaciones corporativas. Cuando los entornos IT se conectan con sistemas de control industrial, supervisión, ingeniería, mantenimiento o logística, un problema de seguridad puede afectar a la capacidad de fabricar, cambiar referencias, mantener parámetros de proceso o recuperar la operación tras una parada.
Esta realidad exige una conversación común entre dirección, responsables de IT y equipos de operaciones. IT necesita proteger la información, las identidades y las comunicaciones corporativas. Producción debe preservar la disponibilidad, la estabilidad del proceso y la seguridad de las personas. Ambos objetivos son necesarios, pero no siempre admiten las mismas medidas ni los mismos ritmos de cambio.
El impacto empresarial de un incidente en OT puede ir más allá de la indisponibilidad de un sistema. Puede traducirse en interrupciones de producción, pérdida de trazabilidad, retrasos en expediciones, dificultades para atender pedidos, costes de recuperación y presión sobre los equipos de planta. También puede comprometer configuraciones o conocimientos operativos que resultan esenciales para reiniciar equipos de forma controlada.
El problema no es la conexión en sí misma, sino la falta de visibilidad y control sobre ella. Las dependencias entre ERP, mantenimiento, logística, estaciones de ingeniería, servidores de supervisión y redes industriales deben conocerse antes de aplicar cambios. Una decisión aparentemente limitada al entorno corporativo puede tener consecuencias imprevistas si existe una comunicación necesaria con planta que no estaba documentada.
Por ello, la prioridad no debe ser aplicar controles de forma indiscriminada, sino entender qué activos intervienen en la producción, qué comunicaciones necesitan y quién puede acceder a ellos. La continuidad de negocio comienza por saber qué debe seguir funcionando y bajo qué condiciones.
Inventario operativo, segmentación y terceros: los principales focos de exposición
El primer riesgo para muchas organizaciones es trabajar con un inventario incompleto o desactualizado de activos OT. No basta con identificar los equipos más visibles. El alcance debe incluir PLC, HMI, estaciones de ingeniería, servidores de supervisión, equipos de red industrial, accesos remotos y las dependencias con aplicaciones de gestión, mantenimiento y logística.
Este inventario debe ser validado con producción. Un registro elaborado solo desde IT puede omitir activos conectados temporalmente, equipos gestionados por integradores o configuraciones que resultan críticas para una línea concreta. Además de identificar los sistemas, conviene registrar su función, responsable, ubicación, dependencias, comunicaciones autorizadas y necesidad de recuperación.
La monitorización pasiva puede ayudar a conocer activos y flujos de comunicación industriales, incluidas las relaciones con otras redes o con Internet, cuando sea compatible con la operación. Este enfoque permite observar antes de intervenir y reduce la necesidad de introducir cambios directos en sistemas de planta. En OT, comprender el entorno antes de actuar es una medida de prudencia operativa.
El segundo foco es la comunicación entre IT y OT. Las redes deben organizarse mediante zonas, conductos y reglas de acceso mínimas. El objetivo es limitar las conexiones a las estrictamente necesarias y facilitar que cada flujo tenga una justificación operativa. Esto reduce la exposición cuando un problema aparece en un segmento corporativo o en un sistema conectado.
Los accesos de terceros merecen una atención específica. Integradores, fabricantes y empresas de mantenimiento pueden requerir acceso remoto para soporte, diagnóstico o ajustes. Sin un control adecuado, estas conexiones pueden convertirse en una vía de entrada hacia activos de producción. Conviene definir quién accede, a qué sistemas, durante cuánto tiempo, con qué autorización y cómo queda registrada la actividad.
- Revisar accesos remotos activos, permanentes o compartidos.
- Limitar permisos al mínimo necesario para cada intervención.
- Coordinar cualquier cambio con producción antes de ejecutarlo.
Gobernanza y respuesta: proteger la recuperación, no solo prevenir el incidente
La preparación ante incidentes debe adaptarse a la realidad de una planta. Un procedimiento útil no se limita a aislar sistemas o restaurar información: debe priorizar la seguridad de las personas, la continuidad controlada de la operación y la recuperación de configuraciones necesarias para volver a producir. La respuesta debe acordarse entre IT, operaciones, mantenimiento y dirección, con responsabilidades claras.
Las copias protegidas de configuraciones, sistemas de supervisión y elementos necesarios para la recuperación son una parte esencial de esta preparación. Su valor depende de que puedan localizarse, recuperarse y comprobarse mediante pruebas periódicas. En una situación de presión, descubrir que una copia no corresponde a la configuración operativa o que el proceso de restauración no está definido puede prolongar innecesariamente la parada.
Dirección necesita convertir estos riesgos en decisiones de negocio: qué procesos son prioritarios, cuánto tiempo de indisponibilidad es asumible, qué proveedores son críticos y qué recursos se asignarán a la recuperación. Esta visión permite evitar que la seguridad OT quede repartida entre departamentos sin un responsable de coordinación.
En materia normativa, el Real Decreto-ley 12/2018 establece obligaciones de seguridad y notificación de incidentes para operadores de servicios esenciales y proveedores de servicios digitales incluidos en su ámbito. El Real Decreto 43/2021 desarrolla ese marco para los sujetos afectados. Estas normas no deben asumirse como aplicables automáticamente a cualquier fabricante de plástico.
Cada organización debe evaluar de forma individual si entra en el ámbito correspondiente, documentar el criterio y definir las responsabilidades de notificación cuando proceda. Esta revisión debe integrarse en la gobernanza general de riesgos, sin confundir un sistema de control industrial con una infraestructura crítica ni convertir una obligación potencial en una presunción.
Prevención basada en cambios controlados y acceso verificable
La prevención en entornos industriales debe integrarse en la operativa diaria sin alterar de forma innecesaria la estabilidad de las líneas. Para ello, cada cambio que afecte a comunicaciones, sistemas de supervisión, estaciones de ingeniería o accesos a planta debe contar con una evaluación previa de impacto. No se trata de ralentizar el mantenimiento, sino de evitar que una modificación aparentemente aislada afecte a un proceso que depende de configuraciones, protocolos o equipos heredados.
Un procedimiento de cambio útil debe identificar el activo afectado, el objetivo de la intervención, la persona responsable, la ventana de ejecución, el resultado esperado y el mecanismo de reversión. También conviene establecer cuándo una modificación requiere validación adicional por parte de producción o mantenimiento. La capacidad de volver a un estado conocido debe formar parte de la planificación, no ser una decisión improvisada ante un fallo.
La gestión de identidades debe extenderse a los sistemas utilizados para administrar o mantener activos de producción. Siempre que sea viable para la operación, resulta recomendable diferenciar las cuentas personales de las cuentas compartidas, limitar privilegios elevados y revisar periódicamente los permisos que ya no responden a una necesidad operativa.
- Asignar responsables para aprobar accesos a sistemas de ingeniería y supervisión.
- Eliminar permisos vinculados a proyectos finalizados, proveedores sustituidos o funciones modificadas.
- Definir credenciales diferenciadas para tareas de administración, operación y mantenimiento.
- Registrar las intervenciones que requieran privilegios elevados o acceso a configuraciones críticas.
En las plantas con múltiples líneas, moldes, referencias o áreas de proceso, la prevención también exige clasificar los activos según su impacto operativo. Esta clasificación permite decidir qué sistemas requieren una protección reforzada, cuáles deben recuperarse antes y qué intervenciones necesitan mayor coordinación. TechConsulting puede apoyar este trabajo mediante talleres conjuntos con IT, mantenimiento y producción para traducir dependencias técnicas en prioridades operativas comprensibles para dirección.
Detección orientada a comportamientos que puedan afectar a planta
La detección en OT debe centrarse en identificar señales que requieran revisión antes de que se conviertan en una interrupción de producción. No todas las alertas tienen la misma relevancia: una comunicación inesperada, un acceso remoto fuera del procedimiento previsto o un cambio no autorizado en un sistema de administración puede requerir una respuesta distinta según el activo implicado y el momento de producción.
Para que la detección sea útil, los equipos necesitan un criterio compartido sobre qué comportamientos son esperados. Esto incluye conocer qué estaciones pueden administrar determinados equipos, qué comunicaciones son necesarias entre zonas, qué proveedores pueden conectarse y qué actividades requieren autorización previa. Sin ese contexto, una alerta técnica puede generar ruido, mientras que una anomalía relevante puede pasar desapercibida.
Conviene definir casos de revisión adaptados al proceso industrial, evitando trasladar de forma automática criterios propios de oficinas a redes de planta. Por ejemplo, pueden priorizarse eventos relacionados con cambios de configuración, accesos administrativos inusuales, conexiones desde segmentos no autorizados o indisponibilidad de componentes necesarios para supervisar una línea.
- Establecer un canal claro para que producción comunique comportamientos anómalos observados durante la operación.
- Relacionar las alertas técnicas con el activo, la línea o el proceso potencialmente afectado.
- Determinar quién valida si una actividad es prevista, tolerable o debe escalarse.
- Documentar las decisiones tomadas para mejorar la capacidad de análisis posterior.
La detección no debe medirse solo por el número de avisos generados, sino por la capacidad de distinguir lo relevante para la continuidad de la planta. Este enfoque facilita que IT y operaciones compartan un lenguaje común cuando deban valorar un posible incidente.
Respuesta coordinada y mejora continua de la resiliencia operativa
Cuando se detecta una situación que puede afectar a OT, la primera decisión no siempre debe ser desconectar o reiniciar sistemas. La contención debe valorar el estado de la producción, los riesgos para las personas, la necesidad de preservar evidencias y las consecuencias de interrumpir comunicaciones que podrían ser necesarias para operar o recuperar equipos. Por este motivo, los procedimientos deben indicar qué decisiones puede tomar cada función y cuáles requieren coordinación inmediata.
Es recomendable preparar escenarios de respuesta para situaciones como accesos remotos no autorizados, cambios de configuración no previstos, indisponibilidad de servidores de supervisión o comunicaciones anómalas entre entornos. Cada escenario puede incluir contactos, criterios de escalado, pasos de validación, alternativas de operación y requisitos para declarar una recuperación segura.
Tras cada incidente, prueba o desviación detectada, la organización debería revisar qué información faltaba, qué dependencia no estaba documentada y qué decisión resultó difícil de tomar. Esta revisión permite convertir la experiencia en mejoras concretas: ajustar permisos, actualizar procedimientos, reforzar copias, modificar reglas de acceso o ampliar la formación de los equipos implicados.
La mejora continua requiere mantener la coordinación entre áreas incluso cuando no existe una incidencia activa. Revisiones periódicas de activos prioritarios, accesos excepcionales, procedimientos de recuperación y cambios previstos ayudan a evitar que el conocimiento quede concentrado en unas pocas personas. La resiliencia aumenta cuando la recuperación de producción depende de procesos conocidos, roles definidos y decisiones practicadas.
Consejo práctico
Esta semana, reúna a responsables de producción, mantenimiento e IT para revisar una línea prioritaria e identificar sus activos OT, accesos remotos, dependencias con sistemas corporativos y configuraciones necesarias para recuperarla; documente los responsables y valide con producción qué comunicaciones son imprescindibles antes de aplicar cambios.
Conclusión
La seguridad IT/OT en las industrias del plástico de Alicante e Ibi debe abordarse como una prioridad de continuidad de negocio, no como un proyecto exclusivamente tecnológico. La conexión entre sistemas corporativos, mantenimiento, logística y redes de producción puede aportar capacidad operativa, pero también exige conocer con precisión qué activos intervienen, qué comunicaciones necesitan y quién dispone de acceso a ellos.
Un inventario validado por producción, la observación pasiva de los flujos industriales cuando sea compatible con la operación y una segmentación basada en accesos mínimos permiten reducir incertidumbres sin comprometer la estabilidad de planta. Del mismo modo, los accesos de integradores, fabricantes y empresas de mantenimiento requieren controles verificables, autorizaciones claras y registros que permitan entender cada intervención.
La resiliencia depende también de la capacidad de recuperar configuraciones, sistemas de supervisión y procesos críticos de forma coordinada. Preparar la respuesta con antelación ayuda a tomar decisiones más seguras cuando la producción está bajo presión. La evaluación normativa debe realizarse de manera individual, sin asumir obligaciones automáticas por el tipo de actividad industrial.
Para avanzar con una visión integrada entre IT, operaciones y dirección, conozca los servicios de TechConsulting en techconsulting.es.
Contenido elaborado por el equipo de TechConsulting, especialistas en ciberseguridad, protección de infraestructuras y continuidad de negocio.
Preguntas frecuentes
- ¿Por qué un cambio en sistemas IT puede afectar a la producción industrial?
Los sistemas corporativos pueden mantener comunicaciones necesarias con estaciones de ingeniería, servidores de supervisión, mantenimiento, logística o redes industriales. Si esas dependencias no están documentadas, un cambio aparentemente limitado puede interrumpir funciones de planta. Antes de modificar accesos, redes o sistemas conectados, conviene identificar los activos implicados y validar los flujos necesarios con producción.
- ¿Qué activos deben incluirse en un inventario de ciberseguridad OT?
El inventario debe contemplar PLC, HMI, estaciones de ingeniería, servidores de supervisión, equipos de red industrial, accesos remotos y dependencias con aplicaciones de gestión, mantenimiento y logística. Además de localizar cada activo, es importante registrar su función, responsable, ubicación, comunicaciones autorizadas, dependencias y necesidades de recuperación, con validación de producción.
- ¿Cómo deben controlarse los accesos remotos de integradores y empresas de mantenimiento?
Los accesos remotos deben limitarse a los sistemas, permisos y periodos estrictamente necesarios para cada intervención. La organización debe definir quién puede conectarse, qué autorización requiere, cómo se registra la actividad y cuándo debe coordinarse el cambio con producción. También conviene revisar accesos permanentes, compartidos o vinculados a proveedores y proyectos ya finalizados.
- ¿Qué debe priorizar un plan de respuesta ante un incidente en OT?
Un plan de respuesta debe priorizar la seguridad de las personas, la continuidad controlada de la operación y la recuperación de configuraciones y sistemas necesarios para volver a producir. No siempre es adecuado desconectar o reiniciar equipos de inmediato. IT, operaciones, mantenimiento y dirección deben acordar responsabilidades, criterios de escalado, alternativas operativas y condiciones para declarar una recuperación segura.
- ¿Cómo saber si una alerta de seguridad OT requiere una actuación inmediata?
La relevancia de una alerta depende del activo afectado, la línea de producción, el momento operativo y si el comportamiento estaba autorizado. Deben priorizarse, entre otros casos, cambios de configuración no previstos, accesos administrativos inusuales, conexiones desde segmentos no autorizados o indisponibilidad de sistemas de supervisión. Relacionar cada aviso con su posible impacto operativo facilita decidir si debe validarse o escalarse.