TP Final : Préparer un serveur pour la production et résoudre un incident

Ce que vous allez apprendre dans ce TP

• Appliquer une check-list de mise en production
• Mettre en place supervision et sauvegarde
• Diagnostiquer un incident avec méthode

Introduction #

Ce que vous allez apprendre dans cette section

• Appliquer une check-list de mise en production
• Mettre en place supervision et sauvegarde
• Diagnostiquer un incident avec méthode

Contexte. Un nouveau serveur doit héberger l'application interne. Vous appliquez la check-list de mise en production de l'équipe, puis un incident survient : le disque se remplit alors que personne ne trouve de gros fichier.

Prérequis : la VM des TP précédents (application app et accès SSH par clé en place)  ·  Durée estimée : 90 min

Un serveur prêt pour la production, un indice de durcissement mesuré et un incident résolu et documenté.

Mise en place #

Étapes guidées, avec leur correction.

1. 1. Mesurer le point de départ

   Pourquoi ? Un audit avant/après rend le travail de durcissement mesurable.

   Installez Lynis et notez l'indice de durcissement initial et les principales suggestions.

2. 2. Mettre à jour automatiquement

   Pourquoi ? La majorité des compromissions exploitent des failles déjà corrigées.

   Appliquez les mises à jour, activez les mises à jour de sécurité automatiques et vérifiez si un redémarrage est requis.

3. 3. Sécuriser les accès

   Pourquoi ? SSH par clé, pare-feu et fail2ban forment la première ligne de défense.

   Vérifiez la configuration SSH du TP réseau, n'ouvrez que SSH et le port de l'application, installez fail2ban pour SSH et appliquez des paramètres sysctl de durcissement.

4. 4. Superviser

   Pourquoi ? Un serveur non supervisé tombe en panne en silence ; node_exporter expose les métriques système pour Prometheus.

   Installez node_exporter, vérifiez les métriques de disque et de mémoire, et ajoutez un contrôle d'espace disque au timer de santé.

5. 5. Sauvegarder avec restic

   Pourquoi ? restic chiffre, déduplique et gère la rétention ; le test de restauration valide toute la chaîne.

   Initialisez un dépôt restic local (simulant un stockage distant), sauvegardez /etc et /srv, appliquez une rétention et restaurez /srv/app/www dans un répertoire temporaire.

6. 6. Incident : le disque se remplit

   Pourquoi ? Un fichier supprimé mais encore ouvert garde son espace : du ne le voit plus, df si.

   Lancez le scénario d'incident ci-dessous, puis diagnostiquez : comparez df et du, trouvez le coupable avec lsof et libérez l'espace sans redémarrer le serveur.

7. 7. Mesurer et documenter

   Pourquoi ? Mesurer le progrès et écrire un compte rendu transforme un incident en apprentissage pour l'équipe.

   Relancez Lynis pour comparer l'indice, lancez la vérification rapide de l'article de bonnes pratiques et rédigez un court post-mortem (symptôme, cause, résolution, actions préventives).

Niveau de difficulté : ●●●●○ (4/5)