Capítulo 10 — Parches y avisos de seguridad | Técnico Seguridad de OT, IoT y sistemas ciberfísicos

Aprendizaje gratuito y abierto para quienes desean proteger a las personas y la tecnología. No se necesita una cuenta para estudiar ni consultar las respuestas.

Mapa de la lección

Lección 10 publicada. Mapa, ejemplo, EX037.

flowchart TD
  N0["Resultados de aprendizaje"]
  N1["10.1 De dónde vienen los avisos"]
  N2["10.2 Leer un aviso"]
  N3["10.3 Por qué no aplicar el parche de inmediato"]
  N4["10.4 Dejar constancia de la decisión"]
  N5["10.5 Actualizaciones de las HMI y los portátiles"]
  N6["Síntesis del capítulo"]
  N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> N6
  N6 --> EX["Ejemplo resuelto"]
  EX --> Q["Ejercicio EX037"]

Dibujo lógico

flowchart LR
  N0["Resultados de aprendizaje"]
  N1["10.1 De dónde vienen los avisos"]
  N2["10.2 Leer un aviso"]
  N3["10.3 Por qué no aplicar el parche de inmediato"]
  N4["10.4 Dejar constancia de la decisión"]
  N5["10.5 Actualizaciones de las HMI y los portátiles"]
  N6["Síntesis del capítulo"]
  N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> N6 --> Q["EX037"]

[Resultados de aprendizaje]
    |
    v
[10.1 De dónde vienen los avisos]
    |
    v
[10.2 Leer un aviso]
    |
    v
[10.3 Por qué no aplicar el parche de inmediato]
    |
    v
[10.4 Dejar constancia de la decisión]
    |
    v
[10.5 Actualizaciones de las HMI y los portátiles]
    |
    v
[Síntesis del capítulo]
    |
    v
[Ejemplo resuelto] --> [Ejercicio EX037]

Resultados de aprendizaje

Usted podrá (1) leer un aviso de ICS y encontrar los datos que importan; (2) cotejar un aviso con el registro de activos; y (3) explicar por qué las plantas suelen mitigar antes de aplicar el parche.

10.1 De dónde vienen los avisos

Los fabricantes y CISA publican avisos sobre productos industriales; el índice de CISA los enumera con los nombres de los productos, las versiones afectadas, el impacto y las mitigaciones. Un aviso es el punto de partida, no la decisión. En HPFL, el ingeniero de control y Tomás revisan los avisos de los fabricantes de PLC-FILL, PLC-WRAP, HMI-1 y VIS-CAM. Cotejar cada uno con el registro les indica rápidamente si hace falta alguna acción, y los campos de firmware del registro son los que lo hacen posible. Anote en el expediente de dónde procede cada aviso, cuándo se leyó y si se ha revisado después.

10.2 Leer un aviso

Busque cinco datos: producto y modelo, versiones afectadas, qué podría hacer un atacante, si necesita acceso de red o físico, y la corrección o solución provisional del fabricante. Después consulte el registro: ¿tenemos ese modelo, con esa versión, alcanzable de esa manera? En HPFL, el aviso que afectaba a PLC-WRAP requería acceso de red a su puerto de programación, y FW-1 ya solo lo permitía desde ENG-LT. Responder a las cinco preguntas lo dejó claro en pocos minutos. Anote las respuestas en el expediente del aviso, incluso cuando el resultado sea que no hace falta ninguna acción.

10.3 Por qué no aplicar el parche de inmediato

Una actualización de firmware en un PLC lo detiene, puede cambiar su comportamiento y necesita probarse con el programa. Las plantas de alimentación necesitan además controles de calidad tras los cambios. Por eso el orden habitual es: confirmar la exposición, aplicar rápidamente una mitigación (por ejemplo, bloquear el servicio vulnerable en el cortafuegos) y después programar el parche para una parada planificada con un plan de vuelta atrás. En HPFL la mitigación para PLC-WRAP ya estaba aplicada en FW-1, y el parche se programó para una parada planificada tres semanas después. El plan de vuelta atrás debería nombrar el programa guardado y la versión de firmware a la que volver si la actualización causa problemas.

10.4 Dejar constancia de la decisión

Cada aviso tiene un expediente: si se aplica o no, por qué, la mitigación, la fecha prevista del parche y el responsable. Decidir no aplicar el parche, con los motivos y una fecha de revisión, sigue siendo una decisión. Guarde los expedientes en un solo lugar, vinculados al registro, para que un lector posterior pueda ver qué avisos se consideraron y por qué. Revise los asuntos abiertos cada mes. Un expediente sin fecha de revisión tiende a olvidarse. En HPFL el expediente del aviso de PLC-WRAP nombraba como mitigación la regla ya existente de FW-1 e indicaba la fecha de la parada planificada para el parche. Cuando se aplica el parche, el expediente se cierra con la nueva versión de firmware.

10.5 Actualizaciones de las HMI y los portátiles

Las HMI basadas en Windows y ENG-LT también necesitan actualizaciones del sistema operativo, pero solo las que haya aprobado el fabricante de la HMI, instaladas durante paradas planificadas. Pregunte al fabricante de la HMI qué actualizaciones están aprobadas y anote cada una en el registro y en el ticket de cambio. Tras actualizar, compruebe que las pantallas muestran valores correctos y que HMI-1 sigue comunicándose con ambos PLC. Las actualizaciones de ENG-LT siguen el mismo enfoque planificado. Conserve la imagen anterior o un punto de restauración para poder deshacer la actualización si fallan las pantallas o la comunicación. Nunca deje que una HMI se actualice sola desde internet; eso exigiría una conexión que la línea no debería tener.

Ejemplo resuelto (HPFL sintética)

Un aviso sintético indica que el firmware 2.0 del modelo de PLC de la envolvedora permite cambios de programa sin autenticación a través de la red. El registro (tras el capítulo 5) dice que PLC-WRAP ejecuta la versión 2.0. El ingeniero de control confirma que FW-1 ya bloquea el puerto de programación para todo salvo ENG-LT, lo anota como mitigación y programa el firmware 2.3 para la siguiente parada planificada, dentro de tres semanas.

Caso sintético — HPFL. El aviso y las versiones son inventados; los avisos reales están en cisa.gov.

Errores y límites

Los avisos pueden revisarse; vuelva a comprobarlos antes de actuar. Las cadenas de versión pueden indicarse de forma distinta en las etiquetas y en el software.

Ejercicios — capítulo 10

EX037 — Cinco datos. Enumere los cinco datos que hay que extraer de un aviso.
Mostrar criterios de evaluación
Rúbrica: 3 = producto y modelo, versiones, impacto, acceso necesario, corrección o solución provisional; 2 = cuatro; 1 = dos; 0 = nada.
EX038 — ¿Se aplica? Un aviso afecta a las versiones anteriores a la 2.2 del modelo de PLC-FILL; PLC-FILL ejecuta la 3.2. ¿Se aplica?
Mostrar criterios de evaluación
Rúbrica: 3 = no, la 3.2 es posterior; anotarlo como no aplicable con el motivo; 2 = no; 1 = sí; 0 = nada.
EX039 — Mitigar primero. ¿Por qué mitiga el ingeniero en FW-1 antes de aplicar el parche a PLC-WRAP?
Mostrar criterios de evaluación
Rúbrica: 3 = el parche exige parada, pruebas y control de calidad; el cortafuegos reduce ya la exposición; 2 = un motivo; 1 = «pereza»; 0 = nada.
EX040 — Expediente de un parche aplazado. Escriba el expediente del aviso para PLC-WRAP.
Mostrar criterios de evaluación
Rúbrica: 3 = se aplica, motivo, mitigación, fecha prevista, responsable, revisión; 2 = la mayoría; 1 = «parchear más tarde»; 0 = nada.

Síntesis del capítulo

Los avisos se cotejan con el registro, se mitigan rápidamente y el parche se aplica en una parada planificada y probada.

Siga estudiando — capítulo 10 de 18

← Capítulo 09 (borrador) · Índice de capítulos del curso · Capítulo 11 (borrador) →