Einführung
Online-Zugangsdatenprüfungen senden Anmeldeversuche an einen laufenden Dienst. Deshalb müssen Umfang, Kandidatenzahl, Parallelität und Stoppbedingung klar sein. Ein gemeldeter Erfolg ist am aussagekräftigsten, wenn die Zugangsdaten auch am tatsächlichen Ziel authentifizieren.
Dieses Lab stellt einen eigenen lokalen SSH-Dienst und ein schwaches Übungskonto bereit. Du führst eine begrenzte Hydra-Prüfung aus, bewahrst ihr Ergebnis und bestätigst die wiederhergestellte Anmeldung mit einem einzelnen entfernten Identitätsbefehl.
Eine kleine autorisierte SSH-Zugangsdatenprüfung ausführen
In diesem Schritt verwendest du Hydra gegen ein bereitgestelltes Konto an einem eigenen lokalen Übungsdienst.
Öffne Kali und wähle den gemeinsamen Arbeitsbereich:
kali
cd /home/labex/project
Anders als Johns Offline-Hashvergleich sendet Hydra Authentifizierungsversuche an einen laufenden Dienst. Jeder Versuch kann Dienstprotokolle, Last oder Kontorichtlinien beeinflussen. Diese Übung autorisiert nur das bereitgestellte Konto training-login unter 127.0.0.1:12222 mit der kleinen bereitgestellten Liste. Der SSH-Dienst des Hosts und andere Konten liegen außerhalb des Umfangs.
Lies die Kandidatenliste vor dem Test:
cat candidates.txt
Es gibt drei Übungskandidaten, einen pro Zeile. Eine größere Wortliste oder Passwortgenerierung sind unnötig.
Hydras -l wählt einen Anmeldenamen; -P liest Passwortkandidaten aus einer Datei; -s wählt den abweichenden Dienstport; -t 1 begrenzt die Parallelität auf eine Aufgabe; -f stoppt nach dem ersten erfolgreichen Paar; und -o speichert erfolgreiche Ergebnisse. Das Ziel ssh:// wählt das SSH-Protokollmodul:
hydra -l training-login -P candidates.txt -s 12222 -t 1 -f -o hydra-results.txt ssh://127.0.0.1
Warte auf das Ende des begrenzten Laufs. Das erfolgreiche Ergebnis sollte Port 12222, SSH-Dienst, zugewiesenen Anmeldenamen und ein Kandidatenpasswort nennen. Versionsbanner, Laufzeit und Details der Versuchsreihenfolge können variieren.
Lies das gespeicherte Ergebnis:
cat hydra-results.txt
Suche das erfolgreiche Paar für training-login. Verbindungsfehler, nicht unterstütztes Protokoll oder ausgeschöpfte Kandidatenliste unterscheiden sich von einem gültigen Authentifizierungsergebnis. Behandle nicht jeden abgeschlossenen Hydra-Lauf als Erfolg.
Das wiederhergestellte Konto mit SSH bestätigen
In diesem Schritt prüfst du, dass die gemeldeten Zugangsdaten tatsächlich am bereitgestellten Dienst authentifizieren, und speicherst das entfernte Identitätsergebnis.
Das gespeicherte Hydra-Ergebnis sollte das Übungspasswort pebble7 für training-login zeigen. Es ist eine absichtlich schwache Testzugangskennung, kein andernorts wiederzuverwendendes Passwort.
Der SSH-Client kann einen Befehl entfernt ausführen und sich danach trennen. Sein kleines -p wählt den abweichenden SSH-Port; user@address wählt Konto und Endpunkt. Das abschließende whoami läuft unter dem authentifizierten entfernten Konto. Leite dessen Ausgabe in eine lokale Ergebnisdatei:
ssh -p 12222 training-login@127.0.0.1 whoami > authenticated-user.txt
Bei der ersten Verbindung fragt SSH, ob du dem Hostschlüssel dieses Übungsdienstes vertraust. Du verbindest dich mit dem eigens für diese Übung vorbereiteten lokalen Endpunkt. Tippe yes und drücke Enter. Gib bei der Passwortabfrage das wiederhergestellte Passwort pebble7 ein und drücke Enter. Passwortzeichen werden nicht angezeigt. Das öffnet keine interaktive entfernte Shell: Nach Ende des entfernten Befehls kehrst du zur Kali-Eingabeaufforderung zurück.
Lies die gespeicherte Identität:
cat authenticated-user.txt
Erwartete Ausgabe:
training-login
Das prüft die Zugangsdaten am tatsächlichen Dienst, statt allein auf die Ergebniszeile eines Werkzeugs zu vertrauen. Die Anmeldung gilt lokal im isolierten SSH-Übungsdienst; Lernkonto und SSH-Konfiguration des Hosts bleiben unverändert.
Zusammenfassung
Du hast Online-Anmeldeversuche von Offline-Wiederherstellung unterschieden, ein SSH-Konto und einen eigenen Port gewählt, Parallelität begrenzt und beim ersten Erfolg gestoppt. Du hast das Ergebnis gespeichert und bestätigt, dass die gemeldeten Zugangsdaten tatsächlich am bereitgestellten Konto authentifizieren.
