Autorisierte Sicherheitstests, vom einmaligen Assessment bis zum kontinuierlichen Zyklus.
Scope-definiert, unterschrieben und auditierbar, unabhängig von der Angriffsfläche.
Kartiere und teste alles, was im Internet exponiert ist, innerhalb eines unterschriebenen Scopes.
Authentifizierte Scans, dynamische Tests und gezielte Exploitation-Checks.
Geplante Scans, KEV- und EPSS-Überwachung, und Retest-Zyklen bei jedem Fix.
Recon, Scans und Triage über Web, Netzwerk und Code hinweg — ein normalisiertes Findings-Modell.
Subdomains, URL-Archive, Ports und Dienste, kartiert und innerhalb des Scopes gehalten.
Schwachstellen, Fehlkonfigurationen, Secrets und TLS, in flüchtigen, gehärteten Containern.
Schweregrad, CVSS, EPSS, KEV und Internet-Exposure auf einer 0-100-Skala.
Gezielter Retest mit einem Klick und Reports in HTML, Markdown, JSON und SARIF.
Erkunde ein Beispiel-Engagement. Wähle ein Ziel, ändere Prioritätssignale und prüfe das Ergebnis eines Fixes.
Interaktives Beispiel. Beispieldaten; es werden keine Scans ausgeführt.
Definiere die Allow-List und dokumentiere die unterschriebene Autorisierung. Außerhalb davon läuft nichts.
api.example.comZiel innerhalb der unterzeichneten Autorisierung erlaubt.
Open-Source-Engines laufen als flüchtige, gehärtete Container, gepinnt per Digest.
Ermittelt Hosts und Dienste im autorisierten Scope. Das Ergebnis bildet die Grundlage für Prüfungen erlaubter Ziele.
api.example.comRecon, Scans und Triage über Web, Netzwerk und Code hinweg — ein normalisiertes Findings-Modell.
Jedes Finding wird mit 0-100 bewertet, jeder Punkt wird zusammen mit seiner Begründung angezeigt.
CVSS bleibt in diesem Beispiel bei 8.0.
63/100
P2In diesem Zyklus
Bei templatebasierten nuclei-Findings wiederholst du dieselbe Prüfung auf demselben Asset. Das Ergebnis entscheidet, ob das Finding offen bleibt oder behoben ist.
Das Finding bleibt offen. Das ursprüngliche Problem wird weiterhin erkannt.
finding.retest-confirmedBeispielbericht. Änderungen erscheinen hier; keine Ergebnisse echter Scans.
api.example.comOPENVanguard steuert etablierte Open-Source-Engines und normalisiert deren Output in ein einziges Findings-Modell.
Keine Engine-Lizenzen: alles Open Source. Du behältst den Quellcode, die Daten und den Audit-Trail.
Angebot nach Scope
Für ein System, ein Release, einen Termin
Auf Anfrage
Für Teams, die jede Woche ausliefern
Auf Anfrage
Für Security-Teams, auf Einladung
Auf Anfrage
Nein. Jeder Auftrag hat eine Scope-Allow-List und eine unterschriebene Autorisierung. Ein Job außerhalb des Scopes wird abgelehnt, bevor er startet, ein Kill-Switch stoppt alles Laufende, und jede Aktion landet in einem Append-only-Audit-Log.
Auf Altovar-Infrastruktur in der EU. Die KI-Unterstützung ist optional, und in unserem Deployment läuft sie ausschließlich über Altovars eigenes Gateway: Kein Finding erreicht einen Modell-Service Dritter.
Etablierte Open-Source-Engines für Discovery, Crawling, dynamisches Testen, TLS-, Secrets- und Code-Analyse, darunter nmap, nuclei, httpx und trivy. Jede läuft in einem flüchtigen, gehärteten Container, und öffentliche Engine-Images sind per Digest gepinnt.
Mit dem Vanguard Priority Score: Schweregrad, CVSS, die Ausnutzungswahrscheinlichkeit (EPSS), das Vorkommen im Katalog bekannt ausgenutzter Schwachstellen (KEV) und die Internet-Exposure ergeben zusammen einen 0-100-Score. Jeder Punkt wird zusammen mit seiner Begründung angezeigt.
Ja. Eine REST-API, beschrieben in OpenAPI, und ein MCP-Server bieten dieselben Operationen, mit Tokens, die an deine Organisation gebunden sind. Stresstests sind für Agents bewusst außer Reichweite.
Resilienztests sind ein eigener autorisierter, auditierter Workflow mit Kill-Switch, durchgeführt über einen externen, rechtlich zugelassenen Anbieter, den du genehmigst. Vanguard selbst erzeugt niemals Flood-Traffic: keine Botnets, keine Amplification.