Gestión de parches con ventanas de mantenimiento

5 tareas · 40 min · Principiante

En una planta no se parchea cuando sale el parche: se parchea cuando hay una ventana, con la carga baja, una cuadrilla de guardia y un plan de reversa. La seguridad no fija esas ventanas, las fija operaciones. El trabajo del ingeniero DevSecOps es que el parche llegue probado, que la cola se ordene por riesgo real y que lo que debe esperar tenga una medida mientras tanto. En esta sala lees la cola de parches y el calendario de ventanas de Palosanto Automatización con consultas de solo lectura sobre datos ficticios.

0 de 5 · 0%

Objetivo de la sala

En un sistema de oficina un parche crítico se aplica en días. En un sistema de control, aplicarlo mal puede detener un proceso o dejar una subestación sin supervisión. El parche se prueba primero en réplica o banco, se agenda en una ventana que operaciones acepta y se acompaña de un plan de reversa.

Eso no significa esperar sin hacer nada: significa decidir con riesgo y con una medida entre medias.

Responde para continuar

¿Por qué en un entorno industrial el parche pasa por prueba y ventana antes de aplicarse?

Porque aplicar mal un parche puede detener un proceso físico, así que se prueba antes y se aplica con plan de reversa cuando operaciones lo permite Porque las ventanas las fija el área de seguridad para tener tiempo de revisar el parche con calma Porque los parches industriales casi nunca corrigen fallos de seguridad y por eso se pueden retrasar sin riesgo

La severidad sola no ordena la cola: importa desde dónde se alcanza el componente. Uno alcanzable desde la red de oficina, donde llegan correos y navegadores, es más urgente que otro que solo se ve desde la red de control. Si además no tiene ventana ni prueba, nadie lo está gestionando.

Lee la cola de parches y busca el de severidad alta, alcanzable desde la red de oficina y sin ventana asignada.

Responde para continuar

Escribe el identificador del parche de severidad alta, alcanzable desde la red de oficina y sin ventana.

Una ventana es un presupuesto de horas. Cada parche consume su duración estimada (aplicar, reiniciar, validar) y lo que sobra es el margen para una reversa. Si el margen es cero, cualquier imprevisto obliga a dejar el equipo a medias.

Suma las horas de los parches asignados a una ventana y réstalas de las horas disponibles.

Responde para continuar

¿Cuántas horas de margen le quedan a la ventana V-2026-11-B después de aplicar los parches que tiene asignados? Escribe solo el número.

Hay parches críticos que no caben en una ventana normal: el firmware de un relé de protección puede requerir ocho horas y la parada de toda la subestación. Operaciones lo agenda en la parada anual. Eso deja una brecha de meses.

Busca en la cola el parche de severidad crítica que espera a la parada anual.

Responde para continuar

Escribe el identificador del parche crítico que está asignado a la parada anual.

Un parche crítico que espera cuatro meses necesita una medida compensatoria y una decisión escrita. Se parte de lo que muestra la cola: el componente solo se alcanza desde la red de control, y el parche ya fue probado en el banco.

Responde para continuar

¿Qué se propone mientras el parche espera?

Aplicar el parche esta semana sin ventana, porque un parche crítico justifica saltarse el calendario de operaciones Controles compensatorios sobre el componente y su zona, y una aceptación de riesgo escrita con responsable y fecha de revisión No hacer nada hasta la parada anual, porque el riesgo ya lo asume operaciones al aprobar el calendario de ventanas

Inicia sesión para registrar tus puntos y progreso en el ranking.

Entrar · Registrarse

1 Por qué no se aplica de inmediato

2 Alcanzable y sin ventana Lab

3 El margen de la ventana Lab

4 Lo crítico que espera Lab

5 Mientras el parche espera Lab

Whoami-Labs Pro utiliza cookies