Seminar reNgine Verzeichnis und Dateisuche mit Screenshots

Inhaltsverzeichnis

1. Einordnung und Nutzen
2. Zielgruppe und Voraussetzungen
3. Lernziele
4. Seminarinhalte
5. Praxisübungen
6. Qualität und verantwortungsvoller Einsatz

Einordnung und Nutzen

Verzeichnis- und Dateisuche kann wertvolle Hinweise auf Oberflächen, Altstände und technische Dateien liefern, erzeugt aber schnell hohe Last und viele Fehlinterpretationen. Das Seminar zeigt eine kalibrierte Vorgehensweise mit passenden Wortlisten, Soft-404-Erkennung, klarer Rekursion und visueller Sichtung. Screenshots unterstützen die Triage, ersetzen jedoch keine technische Prüfung.

Das Thema wird in einem eigenständigen Arbeitsablauf behandelt. Begriffe, Konfiguration, Prüfschritte und Dokumentation werden so verbunden, dass der Ablauf nach dem Seminar in einer freigegebenen Umgebung reproduzierbar umgesetzt werden kann.

Zielgruppe und Voraussetzungen

Zielgruppe: Web Security Analysts, Penetration Tester, AppSec-Teams und Attack Surface Manager.

Voraussetzungen: Grundkenntnisse in HTTP, Statuscodes, Webpfaden und reNgine-Scans.

Lernziele

• Wortlisten und Erweiterungen passend zur Zielanwendung auswählen.
• Soft-404- und Fehlerseiten vor einer Suche zuverlässig erkennen.
• Rekursion, Filter und Lastgrenzen kontrolliert konfigurieren.
• Screenshots datensparsam erzeugen und für die Triage nutzen.
• Pfade und Oberflächen nach Kontext und Relevanz priorisieren.

Seminarinhalte

Schritt 1: Scope und zulässige Pfade bestimmen

Host, Port, Basis-URL, ausgeschlossene Bereiche, Authentifizierung und Lastgrenzen werden festgelegt. Zustandsverändernde Endpunkte bleiben ausgeschlossen.

Arbeitsweise: Der Schritt wird in der Laborumgebung vorbereitet, ausgeführt, mit festgelegten Prüfkriterien kontrolliert und im gemeinsamen Arbeitsstand dokumentiert.

Schritt 2: Anwendung baseline prüfen

Normale Startseite, nicht vorhandene Pfade, Redirects und Fehlerseiten werden verglichen. Antwortlänge, Titel und Status liefern eine Basis für Filter.

Arbeitsweise: Der Schritt wird in der Laborumgebung vorbereitet, ausgeführt, mit festgelegten Prüfkriterien kontrolliert und im gemeinsamen Arbeitsstand dokumentiert.

Schritt 3: Wortlisten auswählen

Allgemeine, technologiebezogene und kundenspezifische Wortlisten werden nach Nutzen und Umfang bewertet. Unbegründete Großlisten werden vermieden.

Arbeitsweise: Der Schritt wird in der Laborumgebung vorbereitet, ausgeführt, mit festgelegten Prüfkriterien kontrolliert und im gemeinsamen Arbeitsstand dokumentiert.

Schritt 4: Dateierweiterungen festlegen

Erweiterungen werden aus erkennbarer Technologie und Auftrag abgeleitet. Sicherungs-, Konfigurations- und Quelltextmuster werden nur innerhalb der Freigabe geprüft.

Arbeitsweise: Der Schritt wird in der Laborumgebung vorbereitet, ausgeführt, mit festgelegten Prüfkriterien kontrolliert und im gemeinsamen Arbeitsstand dokumentiert.

Schritt 5: Rate und Parallelität kalibrieren

Ein kleiner Testlauf bestimmt verträgliche Anfragefrequenz, Timeout und Wiederholung. Antwortzeiten und Fehlerquote werden beobachtet.

Arbeitsweise: Der Schritt wird in der Laborumgebung vorbereitet, ausgeführt, mit festgelegten Prüfkriterien kontrolliert und im gemeinsamen Arbeitsstand dokumentiert.

Schritt 6: Soft-404 und dynamische Fehler filtern

Anwendungen, die für unbekannte Pfade mit erfolgreichen Statuscodes antworten, werden durch Inhalts- und Längenmerkmale erkannt. Filter werden mit mehreren Kontrollpfaden geprüft.

Arbeitsweise: Der Schritt wird in der Laborumgebung vorbereitet, ausgeführt, mit festgelegten Prüfkriterien kontrolliert und im gemeinsamen Arbeitsstand dokumentiert.

Schritt 7: Rekursion kontrollieren

Rekursion startet nur bei plausiblen Verzeichnissen und erhält maximale Tiefe. Generierte Kalender-, Such- oder Sessionpfade werden ausgeschlossen.

Arbeitsweise: Der Schritt wird in der Laborumgebung vorbereitet, ausgeführt, mit festgelegten Prüfkriterien kontrolliert und im gemeinsamen Arbeitsstand dokumentiert.

Schritt 8: Funde normalisieren und gruppieren

Slash-Varianten, Redirectketten, Parameter und gleiche Inhalte werden zusammengeführt. Herkunft und Scanlauf bleiben erhalten.

Arbeitsweise: Der Schritt wird in der Laborumgebung vorbereitet, ausgeführt, mit festgelegten Prüfkriterien kontrolliert und im gemeinsamen Arbeitsstand dokumentiert.

Schritt 9: Screenshots vorbereiten

Erreichbare Weboberflächen werden mit definierter Auflösung, Wartezeit und Authentifizierungsgrenze erfasst. Seiten mit personenbezogenen oder vertraulichen Daten werden nicht unnötig abgebildet.

Arbeitsweise: Der Schritt wird in der Laborumgebung vorbereitet, ausgeführt, mit festgelegten Prüfkriterien kontrolliert und im gemeinsamen Arbeitsstand dokumentiert.

Schritt 10: Visuelle Triage durchführen

Loginseiten, Standardseiten, Fehleroberflächen, Verzeichnislisten und ungewöhnliche Anwendungen werden gruppiert. Ein Screenshot ist ein Hinweis auf Oberfläche und Zeitpunkt, kein Beweis für eine Schwachstelle.

Arbeitsweise: Der Schritt wird in der Laborumgebung vorbereitet, ausgeführt, mit festgelegten Prüfkriterien kontrolliert und im gemeinsamen Arbeitsstand dokumentiert.

Schritt 11: Pfade priorisieren

Erreichbarkeit, Kontext, Technologie, Asset-Kritikalität und mögliche administrative Funktion bestimmen den nächsten Prüfschritt.

Arbeitsweise: Der Schritt wird in der Laborumgebung vorbereitet, ausgeführt, mit festgelegten Prüfkriterien kontrolliert und im gemeinsamen Arbeitsstand dokumentiert.

Schritt 12: Nachprüfung dokumentieren

Ausgewählte Pfade werden mit schonenden Requests bestätigt. Status, Redirect, Authentifizierungsanforderung und sichtbare Funktion werden nachvollziehbar festgehalten.

Arbeitsweise: Der Schritt wird in der Laborumgebung vorbereitet, ausgeführt, mit festgelegten Prüfkriterien kontrolliert und im gemeinsamen Arbeitsstand dokumentiert.

Praxisübungen

1. Eine Zielanwendung auf Soft-404-Verhalten kalibrieren.
2. Eine begrenzte Wortliste und Erweiterungsmenge begründen.
3. Eine Verzeichnis- und Dateisuche mit Lastkontrolle durchführen.
4. Screenshots gruppieren und eine priorisierte Nachprüfungsliste erstellen.

Qualität und verantwortungsvoller Einsatz

Wortlistenangriffe werden hinsichtlich Scope und Last streng begrenzt. Screenshots können sensible Informationen enthalten und werden nur zweckgebunden gespeichert. Authentifizierungsumgehung, Dateidownload und zustandsverändernde Anfragen sind nicht Bestandteil der Übungen.

Für jeden Arbeitsauftrag werden Autorisierung, Scope, verantwortliche Stelle, zulässige Methoden, Lastgrenzen und Abbruchmöglichkeit vor Beginn geprüft. Ergebnisse bleiben bis zur technischen Bestätigung als Beobachtung oder Hypothese gekennzeichnet.