DAST (Dynamic Application Security Testing)
What is DAST (Dynamic Application Security Testing)?
DAST (Dynamic Application Security Testing)Black-box security testing that probes a running application over the network to find vulnerabilities visible only at runtime, such as injection, auth flaws and misconfigurations.
DAST tools interact with a deployed application — usually via HTTP — without needing source code. They crawl endpoints, send crafted requests, and observe responses to detect issues such as SQL injection, XSS, SSRF, broken authentication, misconfigured CORS or insecure cookies. Because they see what an attacker would see, DAST complements SAST by catching runtime-only problems, including those arising from configuration, infrastructure or third-party services. DAST is typically run in staging or QA environments and integrated into CI/CD as a release gate. Common tools include OWASP ZAP, Burp Suite, Invicti, Acunetix and StackHawk.
How it works
A DAST scan runs in two phases. First, a crawler (spider) maps the application's attack surface by following links, parsing JavaScript, and replaying recorded traffic to discover forms, parameters and API routes. Second, an active scanner mutates each input with attack payloads and infers vulnerabilities from response codes, timing, reflected content or error signatures — for example, a time-based blind SQL injection is confirmed when a SLEEP() payload measurably delays the response.
Modern DAST has shifted toward API-first and authenticated scanning: single-page apps and REST/GraphQL back-ends expose little to a naive crawler, so scanners consume OpenAPI/Swagger specs and use scripted login sequences to reach protected functionality. Coverage is commonly mapped against the OWASP Web Security Testing Guide (WSTG). DAST's limits matter just as much: it produces no line-of-code location, cannot see unreachable code paths, and risks false negatives on complex client-side state — which is why teams pair it with SAST and IAST rather than relying on it alone. To avoid scanning production and triggering real side effects (sending emails, placing orders), scans are gated to non-prod targets and given a defined scope and exclusion list.
flowchart LR
A[Running app<br/>staging/QA] --> B[Crawler / spider<br/>maps endpoints]
B --> C[Active scanner<br/>injects payloads]
C --> D{Anomaly in<br/>response?}
D -->|Yes| E[Report finding<br/>SQLi / XSS / SSRF]
D -->|No| F[Mark endpoint clean]
E --> G[CI/CD gate<br/>fail build / triage]● Examples
- 01
Running an OWASP ZAP automated scan against a staging API as a CI job.
- 02
Performing a Burp Suite scan with an authenticated session against a SPA.
● Frequently asked questions
What is DAST (Dynamic Application Security Testing)?
Black-box security testing that probes a running application over the network to find vulnerabilities visible only at runtime, such as injection, auth flaws and misconfigurations. It belongs to the Application Security category of cybersecurity.
What does DAST (Dynamic Application Security Testing) mean?
Black-box security testing that probes a running application over the network to find vulnerabilities visible only at runtime, such as injection, auth flaws and misconfigurations.
How do you defend against DAST (Dynamic Application Security Testing)?
Defences for DAST (Dynamic Application Security Testing) typically combine technical controls and operational practices, as detailed in the full definition above.
What are other names for DAST (Dynamic Application Security Testing)?
Common alternative names include: Dynamic analysis, Black-box security testing.