🔒 Registro cerrado · Apertura oficial próximamente · Acceso exclusivo para alumnos activos
Iniciar SesiónEl parcheo como mantenimiento preventivo
4 tareas · 35 min · Principiante
Un hospital no espera a que falle el generador para revisarlo: lo mantiene antes. La guía de gestión de parches empresariales del NIST (SP 800-40 r4, abril de 2022) pide mirar el parcheo igual, como mantenimiento preventivo de la tecnología y no como una reacción a cada alarma. En esta sala lees el ciclo de parcheo y una cadena de parches de Clínicas Vitalcor, una empresa ficticia, y compruebas qué cuesta aplazar lo rutinario cuando llega una emergencia. Todo es lectura de tablas ficticias en la consola de la página.
Objetivo de la sala
Un hospital no espera a que falle el generador para revisarlo: lo mantiene antes. La guía de gestión de parches empresariales del NIST (SP 800-40 r4, abril de 2022) pide mirar el parcheo igual, como mantenimiento preventivo de la tecnología y no como una reacción a cada alarma. En esta sala lees el ciclo de parcheo y una cadena de parches de Clínicas Vitalcor, una empresa ficticia, y compruebas qué cuesta aplazar lo rutinario cuando llega una emergencia. Todo es lectura de tablas ficticias en la consola de la página.La guía define la gestión de parches empresarial como el proceso de identificar, priorizar, adquirir, instalar y verificar parches, actualizaciones y mejoras de versión en toda una organización. Fíjate en el último verbo: el proceso no termina cuando el paquete se instala, termina cuando se comprueba que quedó aplicado. La tabla ciclo muestra esas cinco actividades y quién responde de cada una en Vitalcor.
El enfoque preventivo cambia la pregunta. En vez de «¿cuál es la alarma de hoy?», se pregunta «¿qué mantenimiento toca y a qué activos?». La mayor parte del parcheo es rutinario, de calendario regular, y la guía recuerda que precisamente por no ser urgente se pospone con facilidad.
Responde para continuar
¿Cuál de estas descripciones corresponde al parcheo visto como mantenimiento preventivo?
Ver pista de ayuda
Piensa en las cinco actividades de la tabla ciclo, no en una sola.
Muchos parches dependen de uno anterior: no se pueden instalar sin él. La guía advierte que aplazar el parcheo rutinario vuelve más difícil, lenta y disruptiva la emergencia, porque primero hay que instalar los parches previos de los que dependen los nuevos.
La tabla cadena_de_parches lista, por sistema, cada parche con el que necesita. Llega una emergencia para la aplicación de historia clínica y su parche de tipo emergencia requiere una cadena de previos. Recorre la cadena hacia atrás hasta encontrar dónde se corta.
Responde para continuar
¿Qué parche es el primero de la cadena, en orden de instalación, que todavía no está instalado y bloquea al parche de emergencia?
Ver pista de ayuda
Filtra cadena_de_parches por sistema y sigue la columna requiere_previo desde el parche de emergencia hacia atrás.
La consecuencia práctica de aplazar se cuenta en parches. Cuando llega el parche de emergencia, no basta con instalarlo: hay que instalar antes todos los previos que faltan. Eso significa más reinicios, más pruebas y más tiempo justo cuando menos hay.
Con la misma cadena de la aplicación de historia clínica, cuenta cuántos parches hay que instalar en total, incluyendo el de emergencia, para que el sistema quede al día.
Responde para continuar
¿Cuántos parches hay que instalar en total en la aplicación de historia clínica, contando el de emergencia? Escribe solo el número.
Ver pista de ayuda
Filtra cadena_de_parches por instalado igual a no y cuenta las filas de ese sistema.
La guía propone ofrecer flexibilidad en cuándo se instalan los parches rutinarios y, a la vez, forzar la instalación cuando termina un periodo de gracia. Un parche rutinario no exige instalación inmediata, pero tampoco puede esperar para siempre. La forma de forzar puede ser directa, lanzando la instalación, o indirecta, impidiendo el acceso a la red a los equipos sin parchear.
La tabla politica_rutinaria recoge cómo lo resuelve Vitalcor.
Responde para continuar
Según la política de Vitalcor, ¿qué ocurre cuando termina el periodo de gracia de un parche rutinario?
Ver pista de ayuda
Mira la fila «al terminar la gracia» de la tabla politica_rutinaria.
Whoami-Labs Pro
Whoami-Labs Pro utiliza cookies
Utilizamos cookies y almacenamiento local para el funcionamiento del sitio, seguridad de sesión y, si lo autorizas, analítica y marketing. Puedes aceptar, rechazar o personalizar. Política de Privacidad
Preferencias
Configuraciones de cookies
Elige qué categorías permitir. Las esenciales siempre están activas. Consulta la Política de Privacidad.
Esenciales
Siempre activas · sesión, CSRF, tema y esta preferencia
Necesarias para iniciar sesión, proteger formularios (CSRF) y recordar tu elección de cookies y tema. Sin ellas la plataforma no funciona de forma segura.
Analíticos
Hoy no activos en la plataforma; listos para cuando se conecten
Nos ayudan a entender uso de cursos y páginas. Si los activas, se usarán cuando conectemos analítica; hasta entonces no se carga ningún tracker.
Marketing
Hoy no activos; campañas futuras solo con tu permiso
Comunicaciones o campañas. No activos hoy en la plataforma; quedarán listos si los conectamos y solo si los permites.