Ciberseguridad OT y seguridad y salud en el trabajo

La tecnología operacional, u OT, comprende sistemas que supervisan o controlan procesos físicos. Su ciberseguridad protege equipos, comunicaciones y datos cuya alteración puede afectar a una instalación. En SST interesa especialmente cómo un incidente digital puede modificar condiciones de trabajo y barreras de seguridad.

En pocas palabras

La ciberseguridad OT protege sistemas que interactúan con procesos físicos. Un incidente puede afectar controles, alarmas o disponibilidad. Prevención, operaciones y tecnología deben analizar consecuencias, accesos, cambios y recuperación, manteniendo las funciones de seguridad y verificando el retorno al servicio.

Contenido
  1. Qué incluye la tecnología operacional
  2. Cómo puede aparecer un riesgo para las personas
  3. Quién debe trabajar conjuntamente
  4. Controles y cambios que conviene planificar
  5. Respuesta al incidente y recuperación segura
  6. Ejemplo hipotético: soporte remoto de una instalación
  7. Conceptos relacionados
  8. Referencias

Diccionario A-Z →

Qué incluye la tecnología operacional

Entre los ejemplos se encuentran controladores programables, sistemas de supervisión industrial, automatización de edificios y dispositivos que miden o actúan sobre un proceso. A diferencia de una aplicación administrativa, su funcionamiento puede influir directamente en movimientos, temperaturas, presiones o ventilación.

NIST subraya que la protección de OT debe considerar requisitos de seguridad física, fiabilidad y rendimiento. La distinción entre IT y OT ayuda a organizar responsabilidades, aunque ambas suelen estar conectadas. Un inventario debe mostrar esas relaciones: conocer solo el nombre de una máquina no explica qué servicios o accesos necesita para operar.

Cómo puede aparecer un riesgo para las personas

Los escenarios incluyen pérdida de supervisión, señales incorrectas, cambios no autorizados de parámetros o indisponibilidad de sistemas auxiliares. Las consecuencias dependen del diseño, de las protecciones independientes y de la tarea que se esté realizando. Un fallo informático no implica automáticamente un accidente, pero exige estudiar las vías por las que podría contribuir a él.

Plantea preguntas concretas: ¿qué pasa si se pierde la comunicación?, ¿puede iniciarse un movimiento inesperado?, ¿qué información necesita el operador para detenerse?, ¿cómo se mantiene un estado seguro? El análisis debe conectar el incidente digital con condiciones físicas observables.

Quién debe trabajar conjuntamente

Operaciones conoce las condiciones del proceso; mantenimiento identifica equipos y modos de fallo; tecnología y ciberseguridad revisan comunicaciones y accesos; prevención aporta la evaluación de daños y la organización de tareas. Los proveedores también pueden tener información necesaria sobre límites y recuperación.

La guía conjunta de ACSC y otras autoridades sitúa la seguridad de las personas como prioridad y recomienda conocer los sistemas críticos y sus dependencias. Define responsables y un canal para revisar decisiones: conectar una máquina, habilitar soporte remoto o sustituir un componente puede cambiar el riesgo aunque no modifique su apariencia.

Controles y cambios que conviene planificar

Las medidas deben responder a la arquitectura y criticidad reales. Son cuestiones habituales la separación entre redes, los accesos autorizados, la protección de configuraciones, las copias recuperables y el control de conexiones de terceros. Ninguna lista genérica permite asegurar que una instalación concreta queda protegida.

En OT, actualizar o analizar un equipo sin preparación puede interferir con su funcionamiento. Coordina ventanas de intervención, pruebas, criterios de aceptación y reversión con personal competente y fabricantes cuando corresponda. La urgencia de una vulnerabilidad debe gestionarse junto con la seguridad del proceso, no mediante cambios improvisados en producción.

Respuesta al incidente y recuperación segura

El plan debe indicar cómo comunicar una sospecha, quién decide sobre la operación y cómo proteger a quienes trabajan en la instalación. Las decisiones técnicas de contención han de considerar sus efectos físicos. Desconectar un componente sin conocer sus dependencias puede crear problemas adicionales.

Recuperar archivos o restablecer comunicaciones no demuestra por sí solo que el proceso sea seguro. Verifica configuraciones, funciones necesarias y condiciones de puesta en marcha mediante criterios previamente acordados. Conserva evidencias y revisa las causas. La gestión debe enlazar con las medidas de emergencia y la evaluación preventiva del centro.

Ejemplo hipotético: soporte remoto de una instalación

Una planta propone acceso remoto para que un proveedor revise su sistema de ventilación. Antes de habilitarlo, identifica qué componentes podría modificar, quién autorizará cada sesión y qué consecuencias tendría una alteración de parámetros durante el trabajo.

El equipo define permisos limitados, trazabilidad y un procedimiento para comprobar los cambios. También acuerda cómo mantener condiciones seguras si la conexión falla. El proyecto no se aprueba solo por tener una contraseña: se valida la relación entre acceso, operación y protección de las personas, y se ensaya la recuperación sin exponer al personal.

Conceptos relacionados

Referencias

  1. NIST. SP 800-82 Rev. 3, Guide to Operational Technology Security. Fuente oficial
  2. ACSC y organismos asociados. Principles of operational technology cyber security. Fuente oficial
  3. BOE. Ley 31/1995 de Prevención de Riesgos Laborales. Fuente oficial

Información editorial

Fecha de publicación: 18 de octubre de 2026.

Responsable editorial: Equipo editorial de Sabentis.

Autor: Pablo RodríguezLinkedIn

Vicepresidente Ejecutivo de la Fundación Internacional ORP y Chief Financial Officer de Sabentis.

Solicita una demo

Descubre todo lo que Sabentis puede hacer por tu organización.

Prueba Sabentis

request a demo
stars 5
GetApp Software Advice Capterra