Práctica final: Preparar un servidor para producción y resolver un incidente

Lo que vas a aprender en este TP

• Aplicar una checklist de puesta en producción
• Implantar supervisión y copias de seguridad
• Diagnosticar un incidente con método

Introducción #

Lo que vas a aprender en esta sección

• Aplicar una checklist de puesta en producción
• Implantar supervisión y copias de seguridad
• Diagnosticar un incidente con método

Contexto. Un nuevo servidor debe alojar la aplicación interna. Aplicas la checklist de puesta en producción del equipo y surge un incidente: el disco se llena aunque nadie encuentra un archivo grande.

Requisitos previos: la VM de las prácticas anteriores (servicio app y acceso SSH por clave ya configurados)  ·  Duración estimada: 90 min

Un servidor listo para producción, un índice de endurecimiento medido y un incidente resuelto y documentado.

Puesta en práctica #

Pasos guiados, con su corrección.

1. 1. Medir el punto de partida

   ¿Por qué? Una auditoría antes/después hace medible el trabajo de endurecimiento.

   Instala Lynis y anota el índice de endurecimiento inicial y las principales sugerencias.

2. 2. Actualizar automáticamente

   ¿Por qué? La mayoría de las intrusiones explotan fallos ya corregidos.

   Aplica las actualizaciones, activa las actualizaciones de seguridad automáticas y comprueba si hace falta reiniciar.

3. 3. Asegurar los accesos

   ¿Por qué? SSH por clave, cortafuegos y fail2ban forman la primera línea de defensa.

   Comprueba la configuración SSH de la práctica de red, abre solo SSH y el puerto de la aplicación, instala fail2ban para SSH y aplica parámetros sysctl de endurecimiento.

4. 4. Supervisar

   ¿Por qué? Un servidor no supervisado falla en silencio; node_exporter expone las métricas del sistema para Prometheus.

   Instala node_exporter, comprueba las métricas de disco y memoria y añade una comprobación de espacio en disco al timer de salud.

5. 5. Respaldar con restic

   ¿Por qué? restic cifra, deduplica y gestiona la retención; la prueba de restauración valida toda la cadena.

   Inicializa un repositorio restic local (que simula un almacenamiento remoto), respalda /etc y /srv, aplica una retención y restaura /srv/app/www en un directorio temporal.

6. 6. Incidente: el disco se llena

   ¿Por qué? Un archivo borrado pero aún abierto conserva su espacio: du ya no lo ve, df sí.

   Lanza el escenario de incidente siguiente y diagnostica: compara df y du, encuentra al culpable con lsof y libera el espacio sin reiniciar el servidor.

7. 7. Medir y documentar

   ¿Por qué? Medir el progreso y redactar un informe convierte un incidente en aprendizaje para el equipo.

   Vuelve a lanzar Lynis para comparar el índice, ejecuta la verificación rápida del artículo de buenas prácticas y redacta un breve post-mortem (síntoma, causa, resolución, acciones preventivas).

Nivel de dificultad : ●●●●○ (4/5)