Skip to content
KitploitKITPLOIT
ToolsBlog
Einreichen
ToolsBlog
Einreichen

Hacking-, PenTest- und Cybersicherheits-Tools für Ihr Sicherheitsarsenal!

Kitploit ist ein Verzeichnis von Hacking-, Cybersicherheits- und Pentesting-Tools. Entdecken Sie die neuesten Projekt-Updates, um Schwachstellen zu finden, Systeme zu analysieren, Tests zu automatisieren und Ihre Sicherheit zu stärken.

··Feeds·Kontakt·Datenschutz·© 2026 Kitploit

Tool-Verzeichnis

Kategorien

Alle Kategorien anzeigen
Loading categories
AirScout — Ein nettes Tool, das die Netzwerk-Hash-Erfassung automatisiert und eine schöne GUI bietet. Lies README.md für weitere Informationen und verwende dies NIEMALS ohne ausdrückliche Genehmigung deines Ziels! | Kitploit
Tools/GitHubGitHub/stiffies/airscout
Passwort-CrackingAufklärungWi-Fi-PrüfungNetzwerkkartierungInformationsbeschaffungDrahtlose SicherheitPenetrationstestsRed Teaming
GitHubstiffies/airscout

AirScout

Ein nettes Tool, das die Netzwerk-Hash-Erfassung automatisiert und eine schöne GUI bietet. Lies README.md für weitere Informationen und verwende dies NIEMALS ohne ausdrückliche Genehmigung deines Ziels!

Repository anzeigen
4vor 11 MonatenNoch nicht geprüft

Beliebteste

Alle anzeigen →

Entdecken Sie die meistgenutzten Tools unserer Community.

Alle Tools erkunden

Durchsuchen Sie unsere Tool-Sammlung

Alle Tools anzeigen →
Teilen

Benutzerhandbuch – Wi-Fi Passiver Monitor (ESSID + Bandfilter)


Rechtlicher & ethischer Hinweis (Nur zu Bildungszwecken)

Nur für Bildungszwecke und autorisierte Tests. Du trägst die alleinige Verantwortung für die Nutzung dieses Werkzeugs. Das absichtliche Stören von Netzwerken, die dir nicht gehören oder für die du keine schriftliche Genehmigung zum Testen hast, kann in deinem Land illegal sein. Selbst ein einzelnes Deauthentifizierungs-Frame, das an das Netzwerk einer anderen Person gesendet wird, kann rechtswidrig sein. Verwende es nur mit ausdrücklicher Genehmigung und auf eigenes Risiko.


1) Zweck (Auf einen Blick)

Diese Anwendung findet eine Ziel-SSID, listet passende BSSIDs nach Band (2,4/5/6 GHz) auf und überwacht jede BSSID passiv, um Clients zu erfassen und, falls vorhanden, WPA-Handshakes in .22000 zu speichern. Deauthentifizierungs-Schaltflächen sind aktiv arbeitend; aktive Deauths werden durchgeführt.


2) Systemanforderungen

  • Betriebssystem: Linux mit iw, und /.
ip
systemd
NetworkManager
  • Werkzeuge: airodump-ng (aircrack-ng-Suite), airmon-ng, hcxpcapngtool, iw, ip, systemctl.
  • Rechte: Als root ausführen (oder mit entsprechenden Fähigkeiten für Erfassungswerkzeuge).
  • WLAN-Adapter: Muss den Monitor-Modus und die Ziel-Bänder unterstützen. 6 GHz erfordert modernen Chipsatz/Treiber/Kernel.

  • 3) Ersteinrichtung

    1. Überprüfen, ob die Werkzeuge installiert sind: which airodump-ng, which hcxpcapngtool usw.
    2. App starten: python3 dein_skript.py.
    3. Falls „Führe dieses Skript als root aus“ erscheint, mit ausreichenden Rechten neu starten.

    Tipp: Selbsttest (siehe §12) verwenden, um die Umgebung schnell zu validieren.


    4) Dateien & Ordner

    • logs/<SAFE_ESSID>/session.log – fortlaufendes Sitzungsprotokoll (rotiert nach ~5 MB).
    • logs/<SAFE_ESSID>/discovery-01.csv – letzte Band-Erkennungsausgabe.
    • logs/<SAFE_ESSID>/<ESSID>_mon-01.csv – pro BSSID-Überwachungs-CSV.
    • logs/<SAFE_ESSID>/aliases.json – deine lesbaren Aliase für Client-MACs.
    • logs/<SAFE_ESSID>/session.json – Sitzungsdaten (BSSIDs, Clients, Zähler).
    • logs/<SAFE_ESSID>/*hs*.22000 – passiv erfasste WPA-Handshakes.

    <SAFE_ESSID> ist eine bereinigte, dateinamensichere Version deiner ESSID.


    5) Hauptfenster-Übersicht

    5.1 Obere Leiste (Eingaben)

    • WLAN-Schnittstelle Physikalisches Gerät, z. B. wlan1.

    • Monitor-Name Name, der im Monitor-Modus verwendet werden soll, z. B. mon0. Die App wechselt den Modus und benennt ggf. um.

    • Band (2,4 / 5 / 6 GHz) Band, das nach der Ziel-ESSID durchsucht werden soll. 6 GHz erfordert aktuelle aircrack-ng- und Treiberunterstützung.

    • ESSID Exakte SSID, die anvisiert wird (Groß-/Kleinschreibung beachten).

    • Log-Level basic (minimal), verbose (ausführlicher), debug (maximale Details).

    • Erkennung (s) Dauer des Band-Erkennungsdurchgangs.

    • Scan pro BSSID (s) Passive Hörzeit pro BSSID, um Clients zu erfassen.

    • Start / STOP Startet oder stoppt die Pipeline. STOP beendet Prozesse und stellt NetworkManager/Schnittstellenzustand (wenn anwendbar) wieder her.

    5.2 Erkennungstabelle

    Zeigt alle während der Erkennung gesehenen Netzwerke (BSSID, Kanal, Band, ESSID).

    Optionale Filter (falls in deinem Build aktiviert):

    • Suchfeld filtert nach Teil-BSSID/ESSID.
    • „Versteckte SSIDs ausblenden“ entfernt leere/<hidden>-Zeilen.

    5.3 Ziel- & BSSID-Auswahl (bandgefiltert)

    Listet BSSIDs auf, die deiner ESSID und dem ausgewählten Band entsprechen, inklusive Kanal. Dies identifiziert die genauen APs deiner SSID.

    5.4 Pro-BSSID-Überwachung

    • Statuszeile – Phase, aktuelle BSSID und verbleibende Zeit.
    • Fortschrittsbalken – unbestimmt während der Erkennung; Countdown während der Scans pro BSSID.
    • Clients (aktuelle BSSID) – Live-Client-MACs; bei gesetzten Aliasen mit diesen angezeigt.
    • Steuerung zum Überspringen – Erkennung überspringen oder zur nächsten BSSID springen.
    • Clients & Handshakes… – öffnet das Client-Center (siehe §6).

    5.5 Protokollbereich

    Zeitgestempelte Logs (Befehle, Exit-Codes, Konverterausgabe, Fehler). Werden in session.log gespeichert und automatisch rotiert. Protokollverzeichnis öffnen öffnet den aktiven Sitzungsordner.


    6) Client-Center

    6.1 Zugangspunkte (links)

    Zeigt BSSIDs an, die deiner ESSID und deinem Band entsprechen. Wähle eine aus, um ihre Clients anzuzeigen.

    6.2 Clients (rechts)

    Listet Client-MACs unter der ausgewählten BSSID mit Zuletzt gesehen-Zeit.

    • Alias zuweisen (Doppelklick oder Kontextmenü → Name…) Speichere eine lesbare Bezeichnung für eine MAC (gespeichert in aliases.json). Alias entfernen über Kontextmenü → Alias löschen.

    6.3 Aktionsleiste

    • Überwachung starten (BSSID) Startet eine passive Handshake-Erfassung für die ausgewählte BSSID. Zeigt einen Countdown und EAPOL-Indikator.

    • Überwachung stoppen Stoppt die Erfassung.

    • Broadcast / Client-gerichtet Nur Platzhalter (kein aktives Deauth in diesem Build). Sie starten dennoch eine passive Handshake-Erfassung für dieselbe BSSID.

    • Pakete UI-Wert für mögliche Laborvarianten (hier nicht für Deauth verwendet).

    • Clients exportieren Schreibt CSV (und JSON, falls aktiviert) aller bekannten Clients in den Sitzungsprotokollordner.

    6.4 .22000-Bereich

    • Zeigt die ersten Zeilen der neuesten .22000-Datei.
    • Hash kopieren kopiert den Text in die Zwischenablage (kein automatisches Löschen in diesem Build).
    • Ordner öffnen öffnet das Verzeichnis mit der .22000.

    6.5 Statusleiste

    • ⏳ Timer – zählt herunter (oder „läuft…“ bei unbestimmter Dauer).
    • EAPOL – wechselt auf „ja“, sobald Konverter/stdout auf einen Handshake hindeuten.

    7) Funktionaler Ablauf (Hinter den Kulissen)

    • Preflight – Überprüft erforderliche Binärdateien; zeigt explizite Fehler an, wenn sie fehlen.
    • Monitor-Modus – Schaltet die Schnittstelle in den Monitor-Modus und wendet deinen Monitor-Namen an; stellt den Systemzustand bei STOP/Beenden wieder her.
    • Erkennung – Führt airodump-ng --band <bg|a|6> in eine CSV aus; robuster headerbasierter Parser behandelt kuriose ESSIDs/CSV-Formate.
    • BSSID-Auswahl – Filtert nach exakter ESSID und ausgewähltem Band.
    • Pro-BSSID-Überwachung – Fixiert den Kanal (mit Frequenz-Fallback bei 6 GHz) und führt airodump-ng --bssid … --channel … aus; parst den CSV-Abschnitt Stations, um neue Clients live anzuzeigen.
    • Handshake (.22000) – Während der Überwachung (oder über Client-Center-Schaltflächen) wird die neueste .cap mit hcxpcapngtool konvertiert. Wenn eine nicht leere .22000 existiert, wird sie angezeigt und protokolliert. Desktop-Benachrichtigungen werden ausgegeben, wo unterstützt.
    • Watchdog – Wenn airodump-ng verstummt, wird der Prozess für diesen Schritt (Erkennung oder pro BSSID) sauber neu gestartet.
    • Inotify (optional) – Verwendet inotify für sofortige Dateiänderungsanalyse; fällt auf leichtgewichtiges mtime-Polling zurück, wenn nicht verfügbar.
    • Protokollierung – Erfasst sowohl stdout als auch stderr; rotiert session.log automatisch.
    • Sitzungspersistenz – Schreibt fortlaufend BSSIDs/Clients/Aliase/Zähler in session.json und lädt sie beim Start für dieselbe ESSID neu.

    8) Schnellstart

    1. Konfigurieren

      • WLAN-Schnittstelle auswählen (z. B. wlan1).
      • Monitor-Name festlegen (z. B. mon0).
      • Band wählen (2,4/5/6 GHz).
      • ESSID eingeben (exakt).
      • Erkennung auf 15–30 s und Pro BSSID auf 45–60 s setzen.
      • Log-Level verbose wählen.
    2. Ausführen

      • Auf Start klicken. Den Erkennungsfortschritt beobachten.
      • Nach Abschluss die Erkennungstabelle überprüfen.
    3. BSSIDs prüfen

      • Die bandgefilterte Liste zeigt BSSIDs für deine ESSID.
    4. Clients pro BSSID

      • Die App durchläuft BSSIDs und listet Live-Clients pro AP.
    5. Client-Center

      • Clients & Handshakes… öffnen.
      • Eine BSSID auswählen → Clients anzeigen.
      • Doppelklick auf einen Client, um einen Alias zuzuweisen.
      • Überwachung starten (BSSID) für eine passive Handshake-Erfassung.
      • Bei Erfolg: EAPOL: ja und .22000-Inhalt erscheint.
      • Hash kopieren und Ordner öffnen nach Bedarf nutzen.
    6. Exportieren

      • Clients exportieren klicken, um CSV (und JSON, falls aktiviert) zu erzeugen.
    7. Stoppen

      • STOP klicken, um Prozesse zu beenden und den Systemzustand wiederherzustellen.

    9) Erkennungsfilter & Suche (falls aktiviert)

    • Suche – Filtere nach Teil-ESSID/BSSID.
    • Versteckte SSIDs ausblenden – entfernt leere/<hidden>-Zeilen.
    • Suche leeren und Kontrollkästchen deaktivieren, um die Ansicht zurückzusetzen.

    10) Sitzung speichern & fortsetzen

    Die App schreibt fortlaufend in session.json. Ein Neustart mit der gleichen ESSID lädt:

    • bekannte BSSIDs,
    • Clients und Aliase,
    • letzte Zähler/Einstellungen.

    11) Exportformate

    • CSV: clients.csv mit BSSID, ESSID, Kanal, Client-MAC, Alias, Zuletzt gesehen.
    • JSON (optional): gleiche Daten in maschinenlesbarem Format. Dateien befinden sich in logs/<SAFE_ESSID>/.

    12) Selbsttest (Diagnose)

    Das Fenster Selbsttest zeigt:

    • Pfade von airodump-ng, hcxpcapngtool, iw, ip, systemctl.
    • Ausgabe von iw dev (Schnittstellen).
    • Fähigkeiten über iw list (Bänder/Kanalbreiten, die dein Adapter unterstützt).

    13) Benachrichtigungen & Dunkelmodus

    • Desktop-Benachrichtigung wird gesendet, wenn eine gültige .22000 erzeugt wird.
    • Dunkelmodus schaltet ein dunkles Theme um, das für längere Sitzungen geeignet ist.

    14) Watchdog-Verhalten

    Wenn airodump-ng für eine angemessene Zeitspanne keine Ausgabe produziert:

    • Der Prozess wird sauber beendet und für diesen Schritt neu gestartet.
    • Ereignisse werden mit Zeitstempeln zur Rückverfolgbarkeit protokolliert.

    15) Inotify vs. Polling

    • Mit inotify werden CSV-Änderungen sofort geparst.
    • Ohne inotify verwendet die App mtime-Polling mit geringem Aufwand.
    • Die Client-Erkennung fühlt sich mit inotify reaktiver an, aber beide Modi werden unterstützt.

    16) Fehlerbehebung

    • Leere Erkennung

      • Band-Auswahl überprüfen.
      • Bestätigen, dass der Adapter 5/6 GHz unterstützt (Selbsttest → iw list).
      • Sicherstellen, dass der Monitor-Modus aktiv ist (iw dev und App-Logs).
    • Keine Ergebnisse bei 6 GHz

      • Erfordert möglicherweise neueren Kernel/Treiber/Firmware.
      • 6 GHz benötigt oft einen Frequenz-Fallback; die App versucht dies.
    • Keine Clients

      • Pro BSSID auf 90–120 s erhöhen.
      • Während belebterer Zeiten versuchen.
    • Keine .22000

      • Mehr Zeit geben; sicherstellen, dass EAPOL-Verkehr existiert.
      • hcxpcapngtool-Meldungen im Log überprüfen.
    • UI reagiert nicht / unsicherer Zustand

      • STOP klicken.
      • App neu starten.
      • session.log auf genaue Befehlshistorie/Exit-Codes prüfen.

    17) FAQ

    Führt die App Deauth durch? Nein. Die Deauth-Schaltflächen sind Platzhalter. Sie starten nur eine passive Erfassung.

    Kann ich mehrere BSSIDs gleichzeitig überwachen? Die App scannt sequenziell pro BSSID; der Status zeigt den Fortschritt (z. B. „2/5“).

    Löscht „Hash kopieren“ die Zwischenablage automatisch? Nein. Der Inhalt der Zwischenablage bleibt in diesem Build erhalten.

    Wo werden Ausgaben gespeichert? Unter logs/<SAFE_ESSID>/ (siehe §4).

    Kann ich alles schnell öffnen? Verwende Protokollverzeichnis öffnen aus dem Hauptprotokollbereich.


    18) Empfohlene Betriebspraktiken

    • Beginne mit einer kürzeren Erkennung (10–20 s) für schnelles Feedback; bei Bedarf verlängern.
    • Verwende Pro BSSID ≥ 45–60 s; bei ruhigen Netzwerken erhöhen.
    • Weise wiederkehrenden Clients Aliase zu, um sie schneller zu erkennen.
    • Arbeite pro Band (2,4/5/6) für Klarheit.

    19) Kurzreferenz

    • Ausführen: Schnittstelle, Monitor-Name, Band, ESSID einstellen → Start.
    • Erkennung: Tabelle überprüfen → ggf. filtern.
    • BSSIDs: Bandgefilterte Liste → Ansicht der Clients pro BSSID wird gefüllt.
    • Client-Center: Überwachung starten (BSSID) → auf .22000 warten → Hash kopieren.
    • Exportieren: Clients exportieren (CSV/JSON).
    • Stoppen: STOP, um den Systemzustand wiederherzustellen.

    Sollte etwas unerwartet reagieren, beginne mit session.log. Es zeichnet jeden Befehl, den Ausgabekopf und den Exit-Code auf, was das Problem in der Regel schnell eingrenzt.

    Tool herunterladen