Skip to content

Glossary

What is DAST?

DAST is a mostly automated security test that probes a running application from the outside with deliberately manipulated requests – without looking at the source code. This brings typical vulnerabilities to light before attackers find them.

DAST in plain English

DAST stands for “Dynamic Application Security Testing.” “Dynamic” means that the application is running while it is being tested. The tool behaves like a visitor – albeit a very curious one who types unusual input into every form field and watches closely to see what happens.

You can think of DAST as a crash test for cars. The testers don’t take the engine apart; they test the finished vehicle under realistic conditions. The counterpart is SAST, which examines the blueprint – the source code – without running the application.

Typical use cases are web applications, online shops, and application programming interfaces (APIs), which programs use to exchange data automatically.

How DAST works

  1. Explore: The tool opens the application and follows the links it finds. This produces a kind of map with all pages, forms, and parameters – the values an application accepts.
  2. Attack: At every input point, it sends crafted values. These include special characters that can disrupt database queries (SQL injection) or code snippets that could be executed in other users’ browsers (XSS).
  3. Observe: It analyzes the responses for telltale error messages, unusual response times, or injected code that comes back unchanged.
  4. Report: The result is a list of potential vulnerabilities with ratings and remediation guidance.

Many tools also check the configuration. For example, they flag missing security headers – instructions the server uses to give the browser additional protection rules – or outdated encryption. Because DAST runs automatically, it can be built into the development process and repeated with every new release.

A practical example

Here’s a typical scenario: An online retailer runs a DAST scan before every major update to its online shop. The scan flags missing security headers and a search function that is vulnerable to XSS. The development team fixes both quickly.

Later, a manual penetration test uncovers another vulnerability: anyone who changes the order number in the address bar while logged in to their customer account can see other customers’ orders, including delivery addresses. The scanner had not detected this type of flaw, known as IDOR. It had no way of knowing which order belongs to which customer account.

Why does this matter for businesses?

Web applications are reachable from the internet around the clock and often process customer or payment data. DAST finds typical flaws quickly and with little effort – before a new release goes live. That saves money and trouble, because a flaw discovered early is easier to fix than one found by an attacker.

But DAST has clear limits. The tool only tests what it finds: areas behind complex login procedures or multi-step workflows often remain undiscovered. It produces false positives and misses logic flaws – for example, when a discount code can be redeemed multiple times or permissions are checked incorrectly. A clean scan result therefore does not mean that an application is secure.

What to look out for

  • Use a test environment: Active scans can create records, trigger emails, or put load on systems. Whenever possible, scan a test environment that mirrors the live system.
  • Scan with authentication: Provide test accounts so the tool can also reach protected areas.
  • Repeat regularly: Integrate DAST into your development process, for example before every new release.
  • Have results reviewed: Experts should assess the findings and weed out false positives.
  • Combine methods: Complement DAST with SAST, code reviews – reviews of the source code by experts – and manual testing.
  • Avoid a false sense of security: A scan is no substitute for a penetration test, which also examines logic and permissions.

How Rootsektor can help

In penetration tests for Web Applications & Online Shops, we use automated tools selectively and then focus on what scanners can’t do: logic flaws, authorization checks, and chained attacks. You can request your fixed-price quote via our Pentest Quote page – you’ll receive it within 24 hours of scoping (on business days), and the retest of fixed vulnerabilities is free of charge.

Questions about DAST and web application testing?

Want to know whether an automated scan is enough for your application or whether a penetration test makes sense? We’re happy to advise you – with no obligation.

Request a pentest quote