🔒 Registro cerrado · Apertura oficial próximamente · Acceso exclusivo para alumnos activos
Iniciar SesiónCuando lo corregido vuelve a aparecer
4 tareas · 40 min · Principiante
Un hallazgo verificado hoy puede estar abierto otra vez dentro de tres semanas, y casi nunca porque el parche fallara: lo más habitual es que un cambio posterior devuelva el sistema a un estado anterior. En esta sala lees el historial de hallazgos y el registro de cambios de Naviera Estribor, una naviera ficticia, para encontrar qué reintrodujo el fallo y para medir cuánto de lo cerrado no se sostiene. Todo es lectura de registros.
Objetivo de la sala
Un hallazgo verificado hoy puede estar abierto otra vez dentro de tres semanas, y casi nunca porque el parche fallara: lo más habitual es que un cambio posterior devuelva el sistema a un estado anterior. En esta sala lees el historial de hallazgos y el registro de cambios de Naviera Estribor, una naviera ficticia, para encontrar qué reintrodujo el fallo y para medir cuánto de lo cerrado no se sostiene. Todo es lectura de registros.Cuando un hallazgo ya cerrado vuelve a detectarse, hay dos casos. Si es el mismo fallo en el mismo componente, es una regresión: se reabre el ticket original y se enlaza con lo que la provocó. Si es otro fallo, aunque esté en el mismo servidor, es un hallazgo nuevo con su propio ticket. Abrir un ticket nuevo para una regresión borra la historia: nadie ve que ese activo ya se había corregido una vez y que algo lo deshizo.
El criterio para decidir es el identificador del fallo y el componente afectado, no el nombre del servidor.
Responde para continuar
Un servidor vuelve a mostrar el mismo fallo, en el mismo componente, que se cerró como verificado hace tres semanas. ¿Cómo se registra?
Una regresión tiene causa, y casi siempre está en el registro de cambios: una restauración desde una copia vieja, un despliegue desde una plantilla anterior, una reaplicación de una configuración antigua. Para encontrarla se cruzan dos fechas: cuándo reaparece el hallazgo y qué cambio tocó ese mismo activo justo antes. Los cambios que no tocan software, como una ampliación de disco, no reintroducen versiones viejas.
Abre historial y cambios de Estribor y sigue el hallazgo H-310.
Responde para continuar
Escribe el identificador del cambio que dejó a est-web-clientes de nuevo vulnerable al hallazgo H-310.
Formato esperado: CHG-____
Ver pista de ayuda
Mira cuándo reaparece H-310 en `historial` y qué cambio de `cambios` tocó ese activo antes de esa fecha.
La tasa de reapertura es la fracción de cierres verificados que se reabren después. Mide la calidad de los cierres, no la velocidad: un equipo puede cerrar muchos hallazgos y devolver la mitad al día siguiente. Se calcula sobre el periodo completo, sumando los cerrados de todos los meses y los reabiertos de todos los meses, y no promediando los porcentajes mensuales, porque meses con pocos cierres pesarían igual que meses con muchos.
Consulta cierres_trimestre y calcula el porcentaje del trimestre. Escribe solo el número, sin el símbolo.
Responde para continuar
¿Qué porcentaje de los cierres verificados del trimestre se reabrió? Escribe el número entero.
Ver pista de ayuda
Suma las columnas de los tres meses, divide los reabiertos entre los cerrados y multiplica por cien.
Estribor reabre el ticket de est-web-clientes y el equipo vuelve a parchear el servidor. En tres meses, la misma restauración desde la misma imagen vieja volverá a ocurrir. Corregir el servidor trata el síntoma; la causa es que la imagen base desde la que se restaura no lleva el parche. Una corrección que sobrevive a los cambios se hace donde nace el activo: la imagen base y la plantilla de configuración, y se acompaña de un reescaneo después de cada restauración o despliegue.
Responde para continuar
¿Qué evita que la misma regresión se repita en la próxima restauración?
Ver pista de ayuda
La causa está en la imagen desde la que se restaura, no en el servidor concreto.
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.