Capítulo 5 — Mantener un registro de activos
Mapa de la lección
Lección 05 publicada. Mapa, ejemplo, EX017.
flowchart TD
N0["Resultados de aprendizaje"]
N1["5.1 Qué registrar"]
N2["5.2 De dónde salen los datos"]
N3["5.3 Leer el resultado"]
N4["5.4 Mantenerlo vivo"]
N5["5.5 Repuestos y dispositivos retirados"]
N6["Síntesis del capítulo"]
N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> N6
N6 --> EX["Ejemplo resuelto"]
EX --> Q["Ejercicio EX017"]
Dibujo lógico
flowchart LR
N0["Resultados de aprendizaje"]
N1["5.1 Qué registrar"]
N2["5.2 De dónde salen los datos"]
N3["5.3 Leer el resultado"]
N4["5.4 Mantenerlo vivo"]
N5["5.5 Repuestos y dispositivos retirados"]
N6["Síntesis del capítulo"]
N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> N6 --> Q["EX017"]
[Resultados de aprendizaje]
|
v
[5.1 Qué registrar]
|
v
[5.2 De dónde salen los datos]
|
v
[5.3 Leer el resultado]
|
v
[5.4 Mantenerlo vivo]
|
v
[5.5 Repuestos y dispositivos retirados]
|
v
[Síntesis del capítulo]
|
v
[Ejemplo resuelto] --> [Ejercicio EX017]
Resultados de aprendizaje
Usted podrá (1) enumerar los campos que necesita un registro de activos de TO útil; (2) encontrar huecos en un registro con un script breve; y (3) explicar por qué un registro incompleto retrasa la respuesta a incidentes.
5.1 Qué registrar
Para cada dispositivo: identificador, ubicación, zona o VLAN, responsable, marca y modelo, versión de firmware, dirección de red y lo que controla. NIST SP 800-82r3 trata el inventario como un fundamento porque todas las actividades posteriores (aplicación de parches, supervisión, respuesta a incidentes) dependen de saber qué existe. En HPFL el registro abarca PLC-FILL, PLC-WRAP, HMI-1, VIS-CAM y ENG-LT, y más adelante los sensores IoT. Cada campo responde a una pregunta que alguien hará con prisas: a quién llamar, qué firmware, qué dirección. Un campo vacío es un hallazgo que hay que corregir, no un blanco que tolerar.
5.2 De dónde salen los datos
Registros de compras, planos de los contratistas, etiquetas de los armarios, el proyecto del software de ingeniería y, a cargo del responsable de la red, la supervisión pasiva de la red. Cada fuente omite algo, así que se comparan entre sí.
"""Lab 5: check a synthetic HPFL asset register for missing owner or firmware fields (no scanning)."""
reg = [
{"id": "PLC-FILL", "zone": "line", "owner": "maintenance", "fw": "3.2"},
{"id": "PLC-WRAP", "zone": "line", "owner": "maintenance", "fw": ""},
{"id": "HMI-1", "zone": "line", "owner": "", "fw": "n/a"},
{"id": "VIS-CAM", "zone": "line", "owner": "quality", "fw": "1.0.7"},
{"id": "ENG-LT", "zone": "office", "owner": "controls", "fw": "n/a"},
]
for r in reg:
gaps = [k for k in ("owner", "fw") if not r[k]]
print(f"{r['id']:9} zone={r['zone']:7} {'OK' if not gaps else 'MISSING ' + ','.join(gaps)}")
print("complete:", sum(1 for r in reg if r["owner"] and r["fw"]), "of", len(reg))
Ejecútelo con python3 lab_assets.py. Salida verificada:
PLC-FILL zone=line OK
PLC-WRAP zone=line MISSING fw
HMI-1 zone=line MISSING owner
VIS-CAM zone=line OK
ENG-LT zone=office OK
complete: 3 of 5
En HPFL, Tomás usó fotografías de las etiquetas de los armarios para completar la versión de firmware que faltaba de PLC-WRAP. Cuando dos fuentes no coinciden, anote ambas y pregunte al responsable cuál es la correcta. Nunca rellene huecos sondeando dispositivos de la línea; la supervisión la hace solo el responsable de la red, de forma pasiva.
5.3 Leer el resultado
El script muestra qué registros están incompletos. PLC-WRAP no tiene firmware registrado, así que nadie puede saber si le afecta un aviso nuevo. HMI-1 no tiene responsable, así que no se llamaría a nadie si fallara. Tres de los cinco registros están completos; esa proporción es una medida sencilla que conviene seguir cada mes. La corrección de cada hueco es una pregunta a la persona adecuada. El firmware puede salir de la etiqueta de un armario o del software del ingeniero de control; la responsabilidad la indica el supervisor. Volver a ejecutar el script tras cada respuesta muestra el avance, como ocurrió cuando Tomás lo volvió a ejecutar y los cinco registros quedaron completos.
5.4 Mantenerlo vivo
Un registro solo es útil si se actualiza cuando las cosas cambian. Vincule las actualizaciones a los tickets de cambio: ningún dispositivo se instala, se traslada ni se sustituye sin que su entrada cambie en el mismo ticket. Añada una comprobación del registro a la plantilla de ticket de cambio para que no pueda omitirse. Una vez al mes, compare el registro con lo que ve la supervisión del responsable de la red y con un recorrido por los armarios. Cualquier dispositivo visto pero no registrado se notifica y se añade, o se retira si nadie sabe explicarlo.
5.5 Repuestos y dispositivos retirados
Los PLC de repuesto en una estantería y los dispositivos retirados del servicio también deben figurar en el registro, marcados como repuesto o retirado. Un repuesto cargado con un programa antiguo puede instalarse con prisas durante una avería, y una HMI retirada y tirada a un contenedor puede seguir guardando contraseñas y configuración de red. Antes de instalar un repuesto, compruebe que su programa coincide con la copia de seguridad verificada del dispositivo al que sustituye. Antes de que un dispositivo retirado salga del emplazamiento, bórrelo siguiendo las instrucciones del fabricante y deje constancia de que se hizo. Ambos pasos se anotan en la entrada del registro de ese dispositivo.
Ejemplo resuelto (HPFL sintética)
Tomás usa las fotografías de los armarios del capítulo 2 para leer la etiqueta de firmware de PLC-WRAP: 2.0. Pregunta al supervisor quién es el responsable de HMI-1; la respuesta es «operaciones», y lo anota. Una nueva ejecución del script muestra ahora cinco de cinco completos.
Caso sintético — HPFL. El registro y las etiquetas son inventados.
Errores y límites
Las etiquetas pueden quedar desactualizadas tras una actualización de firmware; confírmelo en el software de ingeniería con el ingeniero de control. Un registro es información sensible: también es un mapa para los atacantes, así que guárdelo con control de acceso.
Ejercicios — capítulo 5
- EX017 — Campos que faltan. Nombre dos campos que faltaban o podrían faltar en PLC-WRAP y que importan ante un aviso. Rúbrica: 3 = versión de firmware y modelo o marca; 2 = uno; 1 = color u otro dato sin relación; 0 = nada.
- EX018 — Proporción tras las correcciones. Si se completa el responsable de HMI-1 pero el firmware de PLC-WRAP sigue en blanco, ¿qué imprime la última línea? Rúbrica: 3 =
complete: 4 of 5; 2 = 4 sin el formato; 1 = 5; 0 = nada. - EX019 — Vincular al cambio. Proponga una regla que mantenga el registro al día. Rúbrica: 3 = todo ticket de instalación, traslado o sustitución debe actualizar el registro antes de cerrarse; 2 = solo revisión periódica; 1 = «tener cuidado»; 0 = nada.
- EX020 — Proteger el registro. Dé un motivo por el que el registro no debería estar en una carpeta compartida pública. Rúbrica: 3 = revela a los atacantes direcciones, versiones y objetivos; 2 = «confidencial»; 1 = es grande; 0 = nada.
Síntesis del capítulo
Un registro completo, actualizado y protegido es la base sobre la que se apoya cualquier otra tarea de seguridad de TO.
Siga estudiando — capítulo 05 de 18
← Capítulo 04 (borrador) · Índice de capítulos del curso · Capítulo 06 (borrador) →