Capítulo 32 — Seguridad de TO, IoT y sistemas ciberfísicos: interfaces interdisciplinarias
Mapa de la lección
Lección 32 publicada. Mapa, ejemplo, EX094.
flowchart TD
N0["Resultados de aprendizaje"]
N1["32.1 Ingenieros de seguridad funcional"]
N2["32.2 Compras"]
N3["32.3 Operaciones y mantenimiento"]
N4["32.4 Derecho y regulación"]
N5["Síntesis del capítulo"]
N0 --> N1 --> N2 --> N3 --> N4 --> N5
N5 --> EX["Ejemplo resuelto"]
EX --> Q["Ejercicio EX094"]
Dibujo lógico
flowchart LR
N0["Resultados de aprendizaje"]
N1["32.1 Ingenieros de seguridad funcional"]
N2["32.2 Compras"]
N3["32.3 Operaciones y mantenimiento"]
N4["32.4 Derecho y regulación"]
N5["Síntesis del capítulo"]
N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> Q["EX094"]
[Resultados de aprendizaje]
|
v
[32.1 Ingenieros de seguridad funcional]
|
v
[32.2 Compras]
|
v
[32.3 Operaciones y mantenimiento]
|
v
[32.4 Derecho y regulación]
|
v
[Síntesis del capítulo]
|
v
[Ejemplo resuelto] --> [Ejercicio EX094]
Resultados de aprendizaje
Usted podrá (1) explicar cómo se relaciona el trabajo de seguridad con la seguridad de procesos, las operaciones, las compras y el derecho; (2) escribir requisitos de seguridad para una especificación de compra; (3) participar en una revisión conjunta de seguridad funcional y ciberseguridad; y (4) comunicarse con profesionales ajenos a la seguridad usando sus propios términos.
32.1 Ingenieros de seguridad funcional
Los equipos de seguridad de procesos realizan estudios de peligros y operabilidad (HAZOP) y determinan los niveles de integridad de seguridad de las funciones instrumentadas de seguridad conforme a IEC 61511. Un ingeniero de ciberseguridad se une para preguntar, para cada peligro, si una causa cibernética podría iniciarlo o desactivar la capa de protección. El resultado es compartido: un registro de peligros que enumera las causas cibernéticas junto a los fallos de los equipos. La contribución de Maya al HAZOP de LDHP es el ejemplo de este capítulo: «punto de consigna manipulado mediante una escritura de red no autorizada», añadido como causa en el nodo de alta temperatura de impulsión, junto al fallo del controlador y a una válvula atascada en posición abierta.
32.2 Compras
El momento más barato para corregir la seguridad es antes de la compra. Una especificación puede exigir capacidades de IEC 62443-4-2 en un nivel de seguridad indicado, conformidad con ETSI EN 303 645 para dispositivos de tipo consumo, una SBOM, un proceso de divulgación de vulnerabilidades, un periodo de soporte definido y firmware firmado. Sin estas cláusulas, la planta hereda lo que el fabricante entregue. Para la próxima compra de contadores de LDHP, esas cláusulas habrían descartado MTR-C antes de la entrega: no tiene mecanismo de actualización, ni contacto de divulgación, ni comunicación segura, tres incumplimientos que ahora cuestan una sustitución en 12 meses.
32.3 Operaciones y mantenimiento
Los operadores juzgan cualquier cambio por su efecto en su turno. Presente los cambios de seguridad en sus términos: «este cambio en el cortafuegos significa que la pantalla de tendencias del historiador se actualiza cada 10 s en lugar de cada 2 s». Los técnicos de mantenimiento necesitan procedimientos que se ajusten a sus herramientas; exigir un portátil que no llevan consigo fracasa en silencio. En LDHP, el cambio de la lista de permitidos del capítulo 27 se presentaría al equipo de turno así: «HMI-1 sigue escribiendo los mismos puntos de consigna; el historiador ya no puede escribir nada; si se rechaza una escritura legítima, llamen al ingeniero de control, que puede verla en el registro del cortafuegos». Esa frase responde a la pregunta de los operadores, qué cambia esta noche, sin una sola palabra sobre códigos de función.
32.4 Derecho y regulación
Según la jurisdicción, la calefacción urbana puede estar regulada como infraestructura crítica con obligaciones de notificación de incidentes. El personal de seguridad debe conocer los plazos de notificación y quién notifica. Este libro ofrece orientación, no asesoramiento jurídico. Para un estudiante de seguridad en LDHP, el paso práctico es averiguar a través del responsable de cumplimiento de la propia planta qué régimen se aplica, qué cuenta como incidente notificable y quién lo notifica. En el ejercicio de mesa del capítulo 29, una escritura del punto de consigna desde la VLAN de oficina que cortó la calefacción durante cinco minutos bien podría alcanzar un umbral de notificación. Saberlo a las 02:18 cambia qué evidencia conserva el analista y a quién llama después el jefe de turno.
Ejemplo resuelto (LDHP sintética)
En la revisión HAZOP de LDHP de «alta temperatura de impulsión», las causas existentes eran el fallo del controlador y la válvula atascada en posición abierta. Maya añade como causa «punto de consigna manipulado mediante una escritura de red no autorizada», con la salvaguarda existente del disparo por alta temperatura de SIS-H (transmisor independiente, cableado) y una salvaguarda adicional recomendada: los límites de punto de consigna de PLC-H (capítulo 24).
Caso sintético — Lakeside District Heating Plant. El nodo HAZOP y las recomendaciones son inventados.
Errores y límites
Un ingeniero de ciberseguridad no está cualificado para cambiar las determinaciones de SIL; recomiende y deje que decida el equipo de seguridad funcional. Las cláusulas de compra necesitan verificarse en la entrega.
Ejercicios — capítulo 32
- EX094 — Tres cláusulas de compra. Escriba tres cláusulas de seguridad para la próxima compra de pasarelas de contadores de LDHP. Rúbrica: 3 = tres cláusulas específicas y verificables; 2 = dos; 1 = «debe ser seguro»; 0 = nada.
- EX095 — Una causa cibernética en el HAZOP. Para el nodo «bajo caudal de circulación», añada una causa cibernética y su salvaguarda. Rúbrica: 3 = causa cibernética plausible más salvaguarda independiente; 2 = solo la causa; 1 = fallo de un equipo; 0 = nada.
- EX096 — Explicar un cambio a los operadores. Explique en términos de operador la aplicación de la lista de permitidos en HMI-1. Rúbrica: 3 = qué ven, qué hacer si algo se bloquea, a quién llamar; 2 = dos; 1 = jerga; 0 = nada.
Síntesis del capítulo
La seguridad de TO tiene éxito a través de otras disciplinas: revisiones de seguridad funcional, cláusulas de compra, cambios centrados en los operadores y conocimiento de las obligaciones legales.
Siga estudiando — capítulo 32 de 40
← Capítulo 31 (borrador) · Índice de capítulos del curso · Capítulo 33 (borrador) →