Capítulo 5 — Comunicación en ingeniería
Mapa de la lección
Lección 05 publicada. Mapa, ejemplo, EX013.
flowchart TD
N0["Resultados de aprendizaje"]
N1["5.1 Tres públicos"]
N2["5.2 Consecuencias acotadas"]
N3["5.3 Estructura de un informe breve"]
N4["5.3b Palabras que evitar y palabras que usar"]
N5["Síntesis del capítulo"]
N0 --> N1 --> N2 --> N3 --> N4 --> N5
N5 --> EX["Ejemplo resuelto"]
EX --> Q["Ejercicio EX013"]
Dibujo lógico
flowchart LR
N0["Resultados de aprendizaje"]
N1["5.1 Tres públicos"]
N2["5.2 Consecuencias acotadas"]
N3["5.3 Estructura de un informe breve"]
N4["5.3b Palabras que evitar y palabras que usar"]
N5["Síntesis del capítulo"]
N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> Q["EX013"]
[Resultados de aprendizaje]
|
v
[5.1 Tres públicos]
|
v
[5.2 Consecuencias acotadas]
|
v
[5.3 Estructura de un informe breve]
|
v
[5.3b Palabras que evitar y palabras que usar]
|
v
[Síntesis del capítulo]
|
v
[Ejemplo resuelto] --> [Ejercicio EX013]
Resultados de aprendizaje
Usted podrá (1) redactar hallazgos de seguridad de TO sobre los que operadores e ingenieros de seguridad funcional puedan actuar; (2) separar observación, consecuencia y recomendación; (3) evitar el lenguaje alarmista o sin límites.
5.1 Tres públicos
Un operador de sala de control necesita saber qué vigilar. Un ingeniero de seguridad de procesos necesita saber si una función de seguridad se ve afectada. Un directivo necesita costes y tiempo de parada. Un mismo hallazgo puede servir a los tres si indica: activo y zona; qué se observó y cómo; la consecuencia plausible en el proceso; el estado de la capa de seguridad; la corrección y la ventana de mantenimiento necesaria. Lena escribe cada hallazgo una sola vez, en ese orden, para que cada lector encuentre rápido su parte. Un hallazgo al que le falte alguna de estas partes vuelve a su autor antes de la revisión.
5.2 Consecuencias acotadas
«Un atacante podría hacer volar la planta» no es ni cierto ni útil. Una afirmación acotada dice: «Una estación en L2 puede escribir registros de punto de consigna en el PLC-A sin autenticación. Un cambio del punto de consigna de nivel de T-1 podría sobrellenar el tanque en unos 40 minutos; el disparo independiente por nivel muy alto del SIS-B detendría la bomba de alimentación antes del desbordamiento». Esto nombra el camino, el tiempo y la capa de protección que sigue en pie.
Lena revisa cada afirmación acotada con el ingeniero de seguridad de procesos antes de enviarla, ya que los minutos hasta el desbordamiento y el disparo que se mantiene provienen del análisis de seguridad de procesos, no del equipo de seguridad de la información.
5.3 Estructura de un informe breve
Resumen (tres frases); alcance y método; hallazgos ordenados por consecuencia; riesgo residual con las capas de protección nombradas; apéndice con referencias a la evidencia. Los diagramas de zonas valen más que páginas de tablas de reglas. Los informes de Lena para el CNHP caben en dos páginas más el apéndice. El resumen nombra el hallazgo más grave e indica si alguna función de seguridad se ve afectada. Cada hallazgo cita su evidencia por hash e indica la ventana de mantenimiento necesaria para la corrección, de modo que los planificadores puedan programarla. Un diagrama de zonas con el conducto afectado resaltado suele explicar el hallazgo más rápido que el texto.
5.3b Palabras que evitar y palabras que usar
Evite «trivial», «catastrófico» y «totalmente comprometido»: ninguna puede comprobarse. Use magnitudes medidas —minutos hasta el desbordamiento, número de zonas alcanzables, capas de protección intactas— y nombre la evidencia. Un ingeniero de seguridad funcional confiará mucho más en un hallazgo que dice «el SIS-B sigue siendo independiente» que en uno que dice «todo está en riesgo».
Caso sintético — Ashford Batch Plant. El primer borrador de un hallazgo de Lena decía que la red SCADA era «totalmente insegura». La versión revisada: «La regla de visualización remota L4→L2 permite que los equipos de oficina alcancen los servidores SCADA (regla FW-12, observada en la exportación de configuración del 3 de marzo). Se recomienda eliminarla y visualizar a través de la réplica del historiador en la DMZ. Tiempo de parada: ninguno».
5.4 Errores y límites
Nunca incluya procedimientos de ataque operativos en los informes; remita al almacén de evidencia. No afirme una consecuencia de seguridad funcional sin la revisión del ingeniero de seguridad de procesos. La evidencia, como las exportaciones de configuración, permanece en el almacén sellado, y el informe la cita por hash, de modo que cualquiera con acceso pueda verificarla sin que el informe contenga detalles sensibles. Lena envía cada hallazgo que menciona el SIS-B o un disparo al ingeniero de seguridad de procesos para que lo revise antes de publicarlo, y registra en el informe el nombre del revisor. Una consecuencia que el ingeniero no ha confirmado se escribe como pregunta, no como afirmación.
Ejercicios — capítulo 5
- EX013 — Reescritura. Reescriba «el PLC puede ser hackeado» como una frase de hallazgo acotada para el PLC-A. Rúbrica: 3 = camino, zona, observación, límite de la consecuencia, capa de protección; 2 = falta uno; 1 = sigue siendo vaga; 0 = sin cambios.
- EX014 — Público. Para el hallazgo FW-12, escriba una frase para el operador, otra para el ingeniero de seguridad funcional y otra para el directivo. Rúbrica: 3 = tres frases adaptadas; 2 = dos; 1 = una; 0 = nada.
- EX015 — Riesgo residual. Tras eliminar FW-12, enuncie con honestidad un riesgo residual. Rúbrica: 3 = camino restante específico (p. ej., estación de ingeniería, acceso remoto del proveedor) y su control; 2 = genérico; 1 = «ninguno»; 0 = nada.
Síntesis del capítulo
Los buenos hallazgos de TO están acotados, nombran las capas de protección y dan a cada público lo que necesita para decidir.
Siga estudiando — capítulo 05 de 50
← Capítulo 04 (borrador) · Índice de capítulos del curso · Capítulo 06 (borrador) →