Anatomie eines Scans: Was die Engine wirklich tut
Ein Scan ist keine curl-Anfrage. Wir gehen jede Phase durch — vom Einreihen einer URL bis zum verifizierten Urteil — damit Sie wissen, was Ihre Alarme antreibt.
Jeder Scan beginnt als Job in einer Prioritätswarteschlange. Bezahlte Tarife mit kurzen Intervallen erhalten höhere Priorität, aber jeder Job durchläuft dieselbe Pipeline, sodass Ergebnisse über die Stufen hinweg vergleichbar sind.
Phase eins ist die Erfassung: Eine echte Chromium-Instanz, kein reiner Header-Abruf, lädt die Seite mit aktiviertem JavaScript. Wir haken Service-Worker-Registrierung, Fetch-Initiatoren und dynamische Import-Aufrufe ein, damit nichts zur Laufzeit Geladenes der Aufzeichnung entgeht.
Phase zwei ist die Analyse. Wir vergleichen den beobachteten Skriptbaum mit Ihrer Baseline, bewerten neue oder veränderte Ressourcen und führen Verhaltensheuristiken aus, die Exfiltrationsmuster markieren — POSTs an frisch registrierte Domains, Tastenanschlag-Listener auf Zahlungsfeldern oder zur Laufzeit dekodierte, verschleierte Payloads.
Phase drei ist die Verifizierung. Bevor etwas Ihren Posteingang erreicht, werden verdächtige Funde in einer sauberen Sitzung erneut ausgeführt, um Sprunghaftigkeit auszuschließen. Nur ein stabiles, reproduziertes Ergebnis wird zum Urteil — deshalb lohnt es sich, auf unsere Alarme zu reagieren.