Planes de contingencia, cuando el parche no llega o el equipo falla

En un entorno de oficina, una vulnerabilidad sin parche se resuelve aislando el equipo o apagándolo. En una subestación, apagar el telecontrol no es una opción gratuita: hay que seguir entregando energía. El plan de contingencia dice cómo: típicamente, pasar a operación manual local, con cuadrillas en sitio, y reducir la dependencia de la red de datos mientras dure la contingencia.

Un plan no es un documento para guardar. Cada paso lleva responsable y tiempo objetivo, y el plan se practica con simulacros porque lo que no se ha ensayado casi siempre tarda más de lo escrito.

El registro de un simulacro compara el tiempo objetivo de cada paso con el tiempo real. Es una medición sencilla y muy útil: muestra dónde el plan es optimista. Un paso que pasa su objetivo no es un fallo de la persona: suele ser un procedimiento poco claro, una autorización pendiente o una herramienta que no estaba a mano.

Abre simulacro-2026-09-18.csv y compara objetivo_min con real_min.

Cuando varios pasos se pasan, no todos pesan igual. El que acumula el mayor exceso en minutos es el que más retrasa la contingencia y el primero que conviene entender. Se mira la diferencia, no el porcentaje: diez minutos de más sobre un paso de cinco parecen enormes en porcentaje y pesan poco en la hora final.

Calcula la diferencia de cada paso fuera de objetivo y compara.

Pasar un controlador a un estado conocido exige tener su configuración guardada. Pero una copia que nunca se restauró es una suposición: puede estar incompleta, corrupta o ser incompatible con el firmware actual, y eso solo se descubre cuando hace falta. Por eso el registro de copias separa la fecha de la copia y la fecha de la última restauración probada.

Revisa copias-de-configuracion.csv y filtra los activos que sirven a hospitales.

El simulacro mostró pasos que se pasaron. Hay dos malas reacciones: subir el tiempo objetivo para que el informe salga en verde, o decir que fue un mal día y no cambiar nada. Un tiempo objetivo viene de lo que el servicio tolera, no de lo que el equipo logra, así que no se mueve para cuadrar la tabla.

Lo útil es averiguar por qué cada paso se alargó, corregir el procedimiento y repetir el simulacro hasta que el tiempo real entre en el objetivo.