„Potenziell verwundbar" ist im Report das schwächste aller Ergebnisse: Es zwingt den Kunden, selbst zu prüfen, ob es wirklich brennt. SecTepe SnapScan geht deshalb einen kontrollierten Schritt weiter und kann Schwachstellen aktiv verifizieren – abgestuft, opt-in und lückenlos protokolliert. Und wenn draußen eine neue kritische CVE erscheint, testet die Plattform auf Knopfdruck die komplette Engagement-Flotte dagegen nach.
Drei abgestufte Exploitation-Modi
Aktive Ausnutzung ist grundsätzlich hinter allowActiveExploitation verriegelt und in drei Stufen gestaffelt, damit der Nachweis genau so tief geht, wie es das Mandat erlaubt:
oob_only: nur ein Out-of-Band-Callback (DNS/HTTP) beweist, dass Code zur Ausführung kam – ohne irgendetwas auf dem Ziel zu lesen.command_proof: ein einziges, lesendes Kommando wieidoderhostnamebelegt Codeausführung greifbar, ohne das System zu verändern.reverse_shell: die tiefste Stufe – und bewusst mit einem zweiten, separaten Opt-in geschützt.
Eine Exploit-Library ordnet Findings passende Techniken zu, darunter log4shell, spring4shell, java_deserialization, ssti und cmd_injection. Jeder Versuch wird als ExploitSession bzw. ExploitCommand festgehalten – wer den Report liest, sieht exakt, was probiert wurde und was gelang.
Nachweis statt Vermutung – aber sauber begrenzt
Der entscheidende Punkt ist die Begrenzung: Der Callback läuft über eine definierte, öffentliche Adresse (EXPLOIT_OOB_PUBLIC_URL), die Modi bauen aufeinander auf, und nichts geschieht ohne explizite Freigabe. So entsteht ein belastbarer Proof-of-Exploit, der im Abschlussbericht die Diskussion „ist das ausnutzbar oder nicht?" beendet – ohne das Zielsystem zu gefährden.
Rapid-Response: eine neue CVE, die ganze Flotte nachgetestet
Der zweite Baustein verbindet SnapScan mit der Threat Intelligence der SecTepe-Suite. Wird eine neue kritische CVE veröffentlicht, löst ein CTI-Trigger aus SecTepe.Core eine Rapid-Response aus: Mit einem einzigen API-Aufruf testet die Plattform die gesamte Engagement-Flotte gegen genau diese CVE – als günstige verify-Scans mit einem einzelnen nuclei-Template statt eines vollen Rescans. Die Obergrenze steuert RAPID_RESPONSE_MAX (Standard 500 Zielhosts).
Das verkürzt die Zeitspanne zwischen „CVE ist öffentlich" und „wir wissen, welche unserer betreuten Systeme betroffen sind" von Tagen auf Minuten – ein zentraler Baustein für N-Day-Management.
Zusammenspiel in der Suite
Active Exploitation liefert die Belege, die der KI-Pentest-Agent und die In-Network-Runner zusammentragen; die Rapid-Response schließt den Kreis zur Threat Intelligence. Über den MCP-Findings-Export stehen die verifizierten Ergebnisse dann governiert für SOAR und GRC bereit.
Fazit
Mit abgestufter, opt-in-gesteuerter und vollständig protokollierter Active Exploitation macht SnapScan aus Vermutungen Nachweise – und mit der CTI-getriggerten Rapid-Response wird aus einer neuen CVE binnen Minuten eine belastbare Betroffenheits-Aussage. Das ist der Unterschied zwischen einem Scan-Report und operativer Sicherheitsarbeit.