Active Verification

SAST-gesteuertes DAST. Findings zur Laufzeit prüfen.

Farion verbindet statische Analyse direkt mit dynamischen Tests. Ein SAST-Finding liefert Route, Parameter, verwundbare Operation und Datenfluss für einen gezielten Test an der laufenden Anwendung. Das Ergebnis fließt mit Laufzeitnachweisen in dasselbe Finding zurück.

Active Verification wird erst aktiviert, nachdem Ownership oder eine ausdrückliche Testautorisierung für das Zielsystem verifiziert wurde.

Jetzt kostenlos startenKeine Kreditkarte erforderlich
Technische Demo buchen
Statische Findings steuern dynamische Tests

Den im Code erkannten Pfad testen.

Die Erfassung von Endpunkten zeigt einem Scanner, wohin er Anfragen senden kann. Farion kennt zusätzlich das Ergebnis der statischen Analyse: die betroffene Eingabe, die erreichte Operation und den Pfad dazwischen. Dieser Kontext richtet DAST auf eine konkrete Schwachstellenhypothese aus und verbindet das Ergebnis mit einem bestehenden Finding.

1. Mit dem SAST-Finding beginnen

Nutzen Sie Route, betroffenen Parameter, verwundbare Operation und Datenfluss des Findings, um festzulegen, was der dynamische Test prüfen soll.

2. Das autorisierte Ziel konfigurieren

Wählen Sie die laufende Anwendung und Testumgebung. Bestätigen Sie Eigentum oder Testautorisierung und konfigurieren Sie die Authentifizierung für geschützte Pfade.

3. Einen gezielten Test erzeugen und ausführen

Farion nutzt den Kontext der statischen Analyse, um einen Test für das Finding zu erzeugen und an der konfigurierten Anwendung auszuführen. Der Codekontext bestimmt die Ausrichtung von Anfrage und Payload.

4. Laufzeitnachweise prüfen

Prüfen Sie Payload, Anfragen, Antworten und Beobachtungen gemeinsam mit dem ursprünglichen SAST-Finding. Bewerten Sie, was die Ausführung nachgewiesen hat, und nutzen Sie das Ergebnis im selben Bewertungs- und Behebungsprozess.

Beispieldaten · Stand Oktober 2026
RoutenpfadAusnutzbarkeitSCASASTDAST
APIPOST/api/auth/login
5/5722


A07:2021 – No rate limiting on authentication endpoint
CWE-307: Improper Restriction of Excessive Authentication Attempts
DAST
medium

The /api/auth/login endpoint does not implement rate limiting or account lockout. An attacker can perform unlimited login attempts for credential brute-forcing.

Target Endpoint
POST

https://shop.example.com/api/auth/login

Attack Details

Payload

100 sequential POST requests with different password values

Evidence

All 100 requests returned HTTP 401 in ~0.8s avg response time with no rate limiting headers (X-RateLimit-*). No CAPTCHA or account lockout triggered.

APIGET/api/users
4/5721
APIPUT/api/users/:id
4/5510
APIDELETE/api/users/:id
4/5410
APIGET/api/restaurants/…/menu
3/5510
APIGET/api/restaurants/feed
3/5501
APIPOST/api/payments/checkout
3/5310
APIPOST/api/auth/reset-password
3/5310
APIGET/api/users/…/profile
2/5210
APIGET/api/admin/dashboard
2/5200
APIPOST/api/orders
1/5110
APIPUT/api/orders/…/status
1/5100
APIGET/api/restaurants/:id
100
APIGET/api/orders/…/track
100
APIGET/api/search/export
100
APIGET/api/orders
100
APIGET/api/health
000
APIGET/api/config/features
100
Authentifizierte Tests

Geschützte Anwendungspfade einbeziehen.

Konfigurieren Sie Authentifizierung und Anwendungs-Secrets für das autorisierte Ziel. Farion kann Findings auf geschützten Routen mit den eingerichteten Zugriffsrechten testen.

Ein integrierter Workflow

Das Ergebnis bleibt beim Finding.

Die statische Analyse erkennt die vermutete Schwachstelle. Der dynamische Test ergänzt Beobachtungen aus der laufenden Anwendung. Beides bleibt am Finding, damit Ihr Team Codenachweise und Testergebnis gemeinsam prüfen kann.

Häufig gestellte Fragen

Ein Black-Box-Scanner beginnt mit der erreichbaren Anwendung und ihren Antworten. Farion nutzt zusätzlich ein bestehendes SAST-Finding mit Route, Parameter, Operation und Datenfluss aus dem Code. So richtet sich die Ausführung auf eine konkrete vermutete Schwachstelle und das Ergebnis bleibt mit den zugrunde liegenden Nachweisen verbunden.

Nein. Der Test prüft die Hypothese am konfigurierten Ziel. Das Ergebnis muss zusammen mit Ausführungsnachweisen, Authentifizierung und Umgebung bewertet werden. Wenn ein Test eine Schwachstelle nicht reproduziert, beweist das allein nicht die Sicherheit der Anwendung.

Ja. Hinterlegen Sie Authentifizierung und Secrets für ein autorisiertes Ziel, damit der Test geschützte Anwendungspfade prüfen kann.

Active Verification läuft gegen konfigurierte Ziele, nachdem Eigentum oder eine ausdrückliche Testautorisierung bestätigt wurde.

Vom SAST-Finding zum dynamischen Test.

Prüfen Sie Codekontext, gezielte Ausführung und die resultierenden Nachweise gemeinsam mit unserem Team.

Jetzt kostenlos startenKeine Kreditkarte erforderlich
Technische Demo buchen