Introduction
Récupérer un mot de passe d’un portail fermé ne prouve pas qu’il ouvre toujours les archives actuelles du personnel. Il faut relier l’ancien enregistrement à une identité actuelle autorisée, puis tester cette relation exacte.
Créez un inventaire des impacts sans mots de passe distinguant la réutilisation actuelle, les anciens identifiants refusés, une personne hors périmètre et un enregistrement non résolu. John effectue une véritable récupération hors ligne ; Hydra réalise une authentification en ligne limitée ; SSH permet d’observer l’identité acceptée. La cible synthétique et l’auditeur Kali sont des conteneurs isolés partageant le noyau d’une VM.
Terminez le laboratoire précédent ou maîtrisez son processus John, fichiers privés et identifiants stables. Cette unité explique Hydra et les décisions sur l’impact. Son nouvel environnement ne contient aucun résultat de la VM précédente. Prévoyez environ 50 minutes, lecture et erreurs courantes comprises ; c’est une estimation de l’auteur.
Reconstituez les éléments dans ce nouvel environnement
Dans cette étape, vous établirez l’accès normal et récupérerez l’export original de cette unité. Ouvrez Auditor dans /home/auditor/project. Aucun fichier de la VM précédente n’est nécessaire. Commencez par la connexion de démonstration connue :
ssh -o UserKnownHostsFile=/etc/reuse/known_hosts -o StrictHostKeyChecking=yes -p 12222 demo@staff-archive whoami
Saisissez welcome-7 à l’invite du mot de passe ; attendez demo puis l’invite locale. La saisie est invisible. Vous confirmez ainsi l’accès normal avant de tester les anciens identifiants. Après une faute de frappe, annulez avec Ctrl+C et répétez. Une erreur de connexion ou de clé d’hôte n’est pas un refus d’identifiants ; conservez la vérification stricte.
Créez des résultats privés, puis reprenez la récupération déjà enseignée. umask est propre à la session ; répétez-le après reconnexion. Si findings existe déjà, conservez-le et continuez.
umask 077
mkdir -m 700 findings
cat inputs/legacy.txt
cat inputs/candidates.txt
OMP_NUM_THREADS=2 john --format=sha512crypt --wordlist=inputs/candidates.txt --pot=/home/auditor/project/findings/audit.pot --session=/home/auditor/project/findings/recovery inputs/legacy.txt
john --show --format=sha512crypt --pot=/home/auditor/project/findings/audit.pot inputs/legacy.txt > findings/recovered.txt
cat findings/recovered.txt
Attendez portal-17:cedar42, portal-23:pebble7, portal-41:birch81 et le résumé 3 password hashes cracked, 1 left. Une répétition peut réutiliser le pot ; examinez --show au lieu de considérer l’absence de nouvelle récupération comme un échec. portal-58 reste non résolu avec ce budget de candidats.
Utilisez pwd et cd /home/auditor/project après une erreur de répertoire. Corrigez un chemin mal saisi et répétez la commande concernée. chmod 600 findings/recovered.txt corrige des droits trop larges ; appliquez le même principe à un autre fichier privé si nécessaire. Ne modifiez ni les entrées ni les mots de passe actuels des archives.
Testez uniquement les paires exactes autorisées
Dans cette étape, vous déciderez quels enregistrements récupérés peuvent être testés et utiliserez Hydra sur deux paires exactes. Restez dans Auditor. Lisez séparément le lien entre identités et l’autorisation actuelle :
cat inputs/legacy-roster.tsv
cat inputs/scope.tsv
Reliez mentalement les fichiers avec employee_id, pas avec le nom affiché. portal-17 correspond à E101, dont l’identifiant actuel est mrivera. portal-23 correspond à E102, désormais ncho. L’autre Morgan Rivera est E103 ; aucune identité actuelle n’est autorisée pour cette personne. N’inventez pas d’identifiant. E104 a un identifiant actuel autorisé, mais son ancien mot de passe n’a pas été récupéré : aucune paire ancienne ne peut donc être testée dans ce budget.
L’option -C d’Hydra lit des paires login:password, une par ligne. Elle préserve chaque relation au lieu de combiner tous les identifiants avec tous les mots de passe récupérés. printf, \n, les apostrophes et > fonctionnent comme précédemment. Enregistrez uniquement les deux paires récupérées autorisées :
printf 'mrivera:cedar42\nncho:pebble7\n' > findings/pairs.txt
cat findings/pairs.txt
Dans la commande suivante, -C choisit ce fichier, -s le port SSH, -t 1 limite la concurrence à une tâche et -w 8 limite l’attente d’une réponse. -o enregistre les résultats d’Hydra. ssh://staff-archive choisit le protocole et la cible exacte. Le traitement habituel de l’hôte par Hydra diffère de la vérification par clé fixée de SSH natif ; utilisez uniquement cette cible interne préparée. Le cours autorise deux paires originales récupérées, pas l’élargissement des tentatives.
hydra -C findings/pairs.txt -s 12222 -t 1 -w 8 -o findings/hydra.txt ssh://staff-archive
Attendez la fin. Une ligne de succès doit concerner mrivera avec cedar42, suivie de 1 valid password found et du résumé de fin pour la cible. La paire de ncho est refusée. La sortie d’Hydra contient des identifiants en clair et doit rester privée. Un code de sortie zéro ne prouve pas à lui seul qu’un identifiant fonctionne : une exécution terminée sans mot de passe valide peut aussi réussir.
cat findings/hydra.txt
Une exécution inachevée, une erreur de connexion ou une cible désactivée ne prouve pas le refus d’un mot de passe. Vérifiez d’abord l’hôte, le port et le fichier exact des paires. Si vous répétez volontairement une exécution terminée et qu’Hydra interroge sur hydra.restore, utilisez la même commande avec -I pour ignorer l’ancien fichier de reprise. Cela répète les deux tentatives autorisées sans élargir le périmètre. N’utilisez pas d’option arrêtant au premier succès : les deux paires nécessitent une décision. L’évaluation observe les véritables décisions d’authentification pour les paires originales exactes, refus compris ; copier une ligne de succès d’Hydra ne suffit pas.
Confirmez l’identité et consignez un impact limité
Dans cette étape, vous observerez l’identité acceptée et rédigerez une transmission sans mots de passe. Restez dans Auditor et utilisez SSH natif avec le mot de passe récupéré :
ssh -o UserKnownHostsFile=/etc/reuse/known_hosts -o StrictHostKeyChecking=yes -p 12222 mrivera@staff-archive whoami
Saisissez cedar42 à l’invite du mot de passe. Attendez mrivera, puis l’invite locale. La commande restreinte des archives renvoie le compte réellement authentifié ; elle n’ouvre pas de shell cible. Vous avez confirmé l’identité actuelle atteinte par l’ancien identifiant. L’impact démontré est l’authentification réussie, pas l’accès à toutes les ressources des archives.
Votre findings/impact.tsv doit contenir les cinq colonnes record_id, employee_id, current_login, result, identity. Utilisez - lorsqu’aucun identifiant actuel n’est disponible ou qu’aucune authentification réussie n’a établi l’identité. Les valeurs autorisées signifient :
current-reused: le compte actuel autorisé accepte l’ancien mot de passe récupéré de cet employé.current-not-accepted: cette paire exacte récupérée a atteint le service et a été refusée. Cela ne prouve pas l’absence d’un autre mot de passe faible pour le compte.out-of-scope: la récupération a réussi, mais l’employé n’a pas d’identité actuelle autorisée. N’en testez pas une devinée.not-recovered: ce dictionnaire n’a pas récupéré l’ancien mot de passe. La réutilisation actuelle reste inconnue.
Rédigez l’inventaire sans mots de passe, une ligne par ancien enregistrement :
printf 'record_id\temployee_id\tcurrent_login\tresult\tidentity\nportal-17\tE101\tmrivera\tcurrent-reused\tmrivera\nportal-23\tE102\tncho\tcurrent-not-accepted\t-\nportal-41\tE103\t-\tout-of-scope\t-\nportal-58\tE104\tlpark\tnot-recovered\t-\n' > findings/impact.tsv
cat findings/impact.tsv
Vérifiez les relations d’identité et les quatre conclusions distinctes. Corrigez une faute en modifiant le texte de printf, puis en le réexécutant. L’ordre des lignes peut varier, mais chaque relation doit rester intacte. Gardez privés le pot, l’export en clair, le fichier de paires et les résultats Hydra ; l’inventaire d’impact est la transmission sans mots de passe. Préservez la connexion de démonstration et tous les comptes et mots de passe d’origine. Ne changez pas les mots de passe pendant cette évaluation : la remédiation est une tâche ultérieure nécessitant sa propre autorisation et son plan.
Résumé
Vous avez relié les anciens enregistrements aux identités actuelles autorisées, testé des paires exactes avec Hydra et observé via SSH le compte réutilisant son mot de passe. Votre inventaire distingue une réutilisation démontrée, une paire refusée, une identité hors périmètre et un enregistrement non résolu. Ces conclusions décrivent cette évaluation limitée ; elles ne certifient pas la sécurité de tous les mots de passe ou services. Le défi transpose la même méthode à un autre registre d’atelier et une autre cible.
