Informationssammlung mit Nmap und DNS in Kali

NmapBeginner
Jetzt üben

Einführung

Informationssammlung beginnt mit einem klaren Ziel und Umfang. Portnummer, Portzustand, Anwendungsfingerabdruck und Schwachstellenaussage beschreiben unterschiedliche Dinge und sind nicht austauschbar.

Du übst mit den vorbereiteten lokalen DNS- und HTTP-Diensten einen kleinen Nmap-Ablauf. Löse das Ziel auf, scanne nur seine zugewiesenen Ports, identifiziere die Dienste und bewahre die Ausgabe zur Analyse.

Das Ziel auflösen und ausgewählte Ports scannen

In diesem Schritt löst du ein ausdrücklich bereitgestelltes Übungsziel auf und führst einen TCP-Connect-Scan gegen eine kleine Portmenge aus.

Öffne Kali und wähle den gemeinsamen Arbeitsbereich:

kali
cd /home/labex/project

Das autorisierte Ziel ist training-target.test, bedient vom lokalen Übungs-DNS-Server. Löse seinen A-Datensatz mit dem DNS-Ablauf des vorherigen Labs auf:

dig @127.0.0.1 -p 5353 +short training-target.test A

Die Antwort ist 127.0.0.1, die Loopback-Adresse des Containers. Nur die Ports 8000, 8081 und 9999 dieser Adresse sind im Umfang enthalten. Scanne weder Host noch Gateway oder öffentliche Systeme.

Nmap ermittelt Host- und Dienstinformationen. Die Option -sT verwendet normale TCP-Verbindungsversuche; der Scan funktioniert daher als normales Lernkonto. -p begrenzt die angeforderte Portmenge; Kommas trennen Portnummern. -oN speichert normale, lesbare Ausgabe unter dem folgenden Dateinamen:

nmap -sT -p 8000,8081,9999 -oN ports.txt 127.0.0.1

Warte auf das Scan-Ende. Die Ports 8000 und 8081 sollten als open, Port 9999 als closed gemeldet werden. Offen bedeutet, dass ein Dienst TCP-Verbindungen annimmt; geschlossen bedeutet, dass das Ziel geantwortet hat, aber kein Dienst an diesem Port Verbindungen annimmt. Ein Ergebnis filtered bedeutet dagegen, dass Nmap den Zustand wegen blockierter Proben oder Antworten nicht bestimmen konnte.

Lies den gespeicherten Bericht:

cat ports.txt

Er sollte das Ziel identifizieren und die angeforderten Portzeilen enthalten. Ohne Versionserkennung kann eine SERVICE-Bezeichnung aus Nmaps Tabelle üblicher Portnamen stammen. Behandle sie als Hinweis statt als Beweis der tatsächlich lauschenden Anwendung.

Dienste identifizieren und offene Portdatensätze extrahieren

In diesem Schritt verwendest du Dienstversionsproben und speicherst eine knappe Befundmenge.

Die Option -sV fordert Nmap auf, offene Dienste nach Anwendungsinformationen abzufragen. Das ist Dienst-/Versionserkennung, nicht die Nmap Scripting Engine (NSE), und bestätigt für sich allein keine Schwachstelle. Begrenze die Proben auf die beiden offenen Übungsports:

nmap -sT -sV -p 8000,8081 -oN services.txt 127.0.0.1

Die bereitgestellten Dienste sind Python-HTTP-Server. Die Ergebnisse sollten HTTP identifizieren und können Python- oder Serverversionsdetails enthalten. Genaue Werkzeug- und Interpreterversionen können sich durch Umgebungswartung ändern.

Lies den gespeicherten Versionsbericht:

cat services.txt

Vergleiche seine Dienstbelege mit den üblichen Namen in ports.txt. HTTP kann auch auf einem abweichenden Port laufen; die Portnummer ist nicht die Anwendungsidentität.

Extrahiere offene Portzeilen mit dem bereits gelernten Textfilterablauf. Leerzeichen um open begrenzen den Treffer auf die Zustandsspalte:

grep ' open ' services.txt > open-services.txt
cat open-services.txt

Du solltest je eine Zeile für die beiden offenen Ports sehen. Diese Zeilen dokumentieren beobachtete Erreichbarkeit und Dienstinformationen, keinen Beweis für die Ausnutzbarkeit eines Dienstes. Bewahre den vollständigen Bericht neben den knappen Befunden, um den Originalkontext erneut prüfen zu können.

Zusammenfassung

Du hast ein autorisiertes Ziel aufgelöst, einen gezielten TCP-Connect-Scan durchgeführt, offene und geschlossene Zustände interpretiert und Dienstversionsproben verwendet. Du hast vollständige Berichte bewahrt und knappe Zeilen offener Dienste extrahiert, ohne Diensterkennung mit Schwachstellenbestätigung zu verwechseln.