Durcir SSH
Après les derniers ennuis, la Papeterie Bianchi veut un SSH plus robuste. Le serveur contient la configuration en usage et, quelque part, celle recommandée par l'éditeur. Compare-les : combien de paramètres sont trop faibles ? Le bon nombre désigne le rapport d'audit à décoder.
Laboratoire 4 sur 6 du parcours Blue Team / Défense. Si tu bloques, tu as 3 indices, du plus vague au plus précis : ils coûtent 0, 40 et 110 XP.
Ce que tu apprends
Les objectifs se valident tout seuls pendant que tu travailles dans le terminal ; chacun rapporte des points d’expérience :
- Lire la configuration en usage (sshd_config) (60 XP)
- Trouver la configuration recommandée avec find (100 XP)
- Comparer les deux configurations avec diff (150 XP)
- Décoder le rapport avec le bon nombre (100 XP)
Thèmes : defense, hardening, ssh, diff.
Les commandes que tu utiliseras
Le terminal est simulé et comprend une quarantaine de commandes Linux. Dans ce laboratoire, tu auras surtout besoin de celles-ci :
cat: affiche le contenu d’un fichier : la façon la plus directe de lire configurations, notes et journaux.find: cherche des fichiers par nom, type ou permissions dans toute une arborescence ; lors d’un audit, il déniche clés, copies oubliées et programmes aux permissions dangereuses.diff: compare deux fichiers ligne par ligne et montre les différences, par exemple entre une configuration et celle recommandée.grep: cherche les lignes qui contiennent un mot, même dans des dossiers entiers avec -r. C’est l’outil principal pour analyser du texte et des journaux.wc: compte lignes, mots et caractères : il dit quelle taille fait un fichier avant de l’ouvrir.base64: encode et décode le Base64, le format qui transforme des octets en texte. Il ne protège rien : il s’annule sans clé.|: la barre verticale | enchaîne les commandes : la sortie de la première devient l’entrée de la suivante, et de petits outils forment une analyse complète.
L’environnement simulé
Tu travailles dans un shell Linux simulé, dans le dossier personnel de l'utilisateur runner : fichiers et dossiers imaginaires, aucune cible réseau.
En plus du dossier personnel, il y a un système simulé complet, avec des fichiers de configuration, des journaux, des utilisateurs et des permissions à examiner.
La leçon de défense
Une fois le laboratoire résolu, le compte rendu explique ce qui a mal tourné et comment se protéger :
Beaucoup d'attaques SSH réussissent à cause de réglages laissés à des valeurs commodes : connexion directe en root, mots de passe au lieu de clés, mots de passe vides, trop de tentatives par connexion. Comparer la configuration en usage avec la recommandée (diff) est le moyen le plus rapide de voir ce qui est faible. Durcir SSH : PermitRootLogin no, clés uniquement (PasswordAuthentication no), MaxAuthTries bas, pas de redirections inutiles ; et à côté un blocage automatique des tentatives (fail2ban). Après chaque modification, on recharge sshd en gardant une session de secours ouverte.
Avant et après ce laboratoire
Pour l’ouvrir, tu dois avoir résolu :
- Lire un journal d'accès (Blue Team / Défense, facile)
- Trouver des fichiers (Bases de Linux, moyen)
Après ce laboratoire, tu peux passer à :
- Fermer les ports inutiles (Blue Team / Défense, moyen)
Le parcours Blue Team / Défense
Blue Team / Défense est le parcours de ceux qui protègent. Tu lis les journaux d'accès, tu comptes les tentatives échouées pour découvrir qui force une connexion, tu reconstruis la chronologie d'un incident, tu compares une configuration SSH avec celle recommandée, tu fermes les services inutiles et tu mènes une réponse à incident en quatre temps : détecter, contenir, nettoyer, documenter. Les commandes sont les mêmes que dans les autres parcours, mais vues avec les yeux de qui doit comprendre ce qui s'est passé et empêcher que cela recommence.