Seminar ProjectDiscovery Nuclei – Headless-Browser-Scans und browserbasierte Abläufe

Single-Page-Anwendungen, clientseitig erzeugte Inhalte und komplexe Login-Abläufe lassen sich mit reinen HTTP-Requests nicht immer ausreichend prüfen. Das Seminar zeigt, wie browserbasierte Schritte präzise modelliert, stabilisiert und nur dort eingesetzt werden, wo der zusätzliche Aufwand fachlich gerechtfertigt ist.

Inhaltsübersicht

• Zielgruppe
• Voraussetzungen
• Lernziele
• Seminarinhalte
• Modul 1: Einsatzentscheidung und Browser-Prüfmodell
• Modul 2: Headless-Laufzeit und isolierte Ausführung
• Modul 3: Navigation, Eingaben und DOM-Selektoren
• Modul 4: Wartebedingungen und dynamische Zustände
• Modul 5: Variablen, Extraktion und Nachweislogik
• Modul 6: Authentifizierung und Sitzungsabläufe
• Modul 7: Stabilität, Parallelität und Fehlerdiagnose
• Praxisübungen
• Methodik

Zielgruppe

• Application-Security- und Web-Security-Teams
• Qualitätssicherung für browserbasierte Anwendungen
• Pentest-Fachkräfte mit autorisiertem Prüfauftrag
• DevSecOps-Teams für dynamische Prüfungen moderner Frontends

Voraussetzungen

• Sichere Nuclei-Grundkenntnisse und Erfahrung mit HTTP-Templates
• Grundkenntnisse zu HTML, DOM, CSS-Selektoren und JavaScript-Anwendungen
• Verständnis von Cookies, Sessions, Weiterleitungen und Login-Abläufen
• Ausreichende lokale Ressourcen für eine isolierte Browser-Laufzeit

Lernziele

• Einsatzgrenzen zwischen HTTP- und Headless-Prüfung bestimmen
• Browser-Laufzeit reproduzierbar vorbereiten und absichern
• Navigation, Klicks, Eingaben, Wartezustände und DOM-Prüfungen modellieren
• Variablen und extrahierte Werte zwischen Browser-Schritten verwenden
• Authentifizierte browserbasierte Abläufe kontrolliert umsetzen
• Instabile Selektoren, Timing-Probleme und Ressourcenengpässe diagnostizieren

Seminarinhalte

Die Inhalte werden vom sicheren Aufbau einer Laborumgebung bis zur reproduzierbaren Anwendung in Entwicklungs-, Betriebs- und Sicherheitsprozessen erarbeitet. Jeder Themenblock verbindet fachliche Einordnung, Konfiguration, Ausführung, Auswertung und Qualitätssicherung.

1. Einsatzentscheidung und Browser-Prüfmodell

Der Browser wird nur eingesetzt, wenn clientseitige Logik, DOM-Zustände oder Interaktionen einen fachlichen Mehrwert liefern. Ein Prüfmodell beschreibt Startzustand, Aktionen und eindeutige Nachweise.

Schritt-für-Schritt-Vorgehen

1. Prüffall zunächst als normalen HTTP-Ablauf analysieren
2. Browserabhängige Bedingungen wie JavaScript-Rendering oder Benutzerinteraktion identifizieren
3. Startzustand, erwartete Zwischenschritte und Abschlusszustand dokumentieren
4. Minimal erforderliche Browseraktionen auswählen
5. Abbruch- und Sicherheitsbedingungen für unerwartete Navigation festlegen

2. Headless-Laufzeit und isolierte Ausführung

Browserprozesse benötigen zusätzliche Ressourcen und Sicherheitsgrenzen. Laufzeit, Profile, Downloads und temporäre Daten werden kontrolliert verwaltet.

Schritt-für-Schritt-Vorgehen

1. Unterstützte Browser-Laufzeit installieren und Funktionsprüfung durchführen
2. Separates Arbeitsverzeichnis für Browserprofile und temporäre Daten anlegen
3. Netzwerkzugriff auf freigegebene Ziele begrenzen
4. Ein einfaches Headless-Template mit Seitenaufruf und Titelprüfung ausführen
5. Prozessende und Bereinigung temporärer Browserdaten kontrollieren

3. Navigation, Eingaben und DOM-Selektoren

Stabile Browserabläufe verwenden robuste Selektoren und explizite Zustandsprüfungen. Klicks und Eingaben werden einzeln validiert.

Schritt-für-Schritt-Vorgehen

1. Zielseite laden und initialen DOM-Zustand prüfen
2. Robusten Selektor anhand stabiler Attribute auswählen
3. Eingabefeld befüllen und tatsächlichen Wert im DOM verifizieren
4. Klickaktion ausführen und erwartete Navigation oder DOM-Änderung abwarten
5. Fehlerfall mit fehlendem Element und verständlicher Diagnose testen

4. Wartebedingungen und dynamische Zustände

Feste Pausen sind anfällig für unterschiedliche Laufzeiten. Besser sind explizite Bedingungen für Elemente, Netzwerkruhe, URL-Wechsel oder sichtbare Zustände.

Schritt-für-Schritt-Vorgehen

1. Dynamischen Schritt mit variierender Ladezeit reproduzieren
2. Feste Pause zunächst als Vergleichsbasis messen
3. Geeignete zustandsbasierte Wartebedingung definieren
4. Maximale Wartezeit und klaren Fehlerpfad festlegen
5. Ablauf unter schneller und langsamer Reaktion wiederholt testen

5. Variablen, Extraktion und Nachweislogik

Werte aus URL, DOM oder Skriptzustand können extrahiert und in nachfolgenden Schritten genutzt werden. Der Nachweis kombiniert Browserzustand und fachliche Bedingung.

Schritt-für-Schritt-Vorgehen

1. Benötigten dynamischen Wert und seine Quelle bestimmen
2. Wert aus DOM, Attribut oder Seitentext extrahieren
3. Extraktion auf Leerwert, Format und Mehrdeutigkeit prüfen
4. Wert in einer nachfolgenden Navigation oder Prüfung verwenden
5. Abschließenden Matcher mit positivem und negativem Testfall validieren

6. Authentifizierung und Sitzungsabläufe

Login-Schritte werden auf minimal erforderliche Aktionen begrenzt. Sitzungserfolg, Ablauf und Abmeldung erhalten eindeutige Kontrollen.

Schritt-für-Schritt-Vorgehen

1. Testkonto und zulässigen Funktionsumfang dokumentieren
2. Loginformular mit getrennt bereitgestellten Zugangsdaten ausfüllen
3. Erfolgsmerkmal der Anmeldung im DOM oder in der Ziel-URL prüfen
4. Geschützten Zielzustand aufrufen und Sitzungskontext verifizieren
5. Abmeldung oder sichere Sitzungsbereinigung am Ende ausführen

7. Stabilität, Parallelität und Fehlerdiagnose

Headless-Prüfungen werden mit eigener Parallelitätsgrenze und aussagekräftigen Diagnosedaten betrieben. Instabilität wird methodisch eingegrenzt.

Schritt-für-Schritt-Vorgehen

1. Referenzlauf mehrfach sequenziell ausführen und Streuung erfassen
2. Selektor-, Timing-, Navigations- und Ressourcenfehler getrennt klassifizieren
3. Screenshot- oder DOM-Diagnose ausschließlich für fehlgeschlagene Laborläufe vorsehen
4. Headless-Parallelität schrittweise bis zum stabilen Arbeitspunkt erhöhen
5. Betriebsprofil mit Ressourcenbedarf, Timeout und Ausschlusskriterien dokumentieren

Praxisübungen

• Entscheidungsmatrix für HTTP- oder Headless-Umsetzung mehrerer Prüffälle
• Browserablauf mit Navigation, Eingabe, Klick und zustandsbasierter Wartebedingung
• Robustheitsvergleich zwischen fragilem und stabilem DOM-Selektor
• Extraktion eines dynamischen Werts und Verwendung im nächsten Schritt
• Authentifizierter Laborablauf mit kontrollierter Sitzungsbereinigung
• Diagnose eines absichtlich instabilen Headless-Templates

Methodik

• Fachliche Einordnung mit kompakten Demonstrationen
• Nachvollziehbare Schritt-für-Schritt-Übungen in einer isolierten Laborumgebung
• Analyse typischer Fehlkonfigurationen, Fehlalarme und Betriebsrisiken
• Übertragung der erarbeiteten Muster auf eigene technische und organisatorische Rahmenbedingungen