Reviewer's thoughts on the top DAST solutions
Reviewers emphasize that top Dynamic Application Security Testing (DAST) platforms provide vital, real-world security evaluation by assessing running applications from the outside in. Operating under a black-box testing methodology without requiring access to source code, these solutions interact directly with web frontends, backend services, and APIs to simulate external cyberattacks and identify exploitable vulnerabilities in active runtime environments.
Reviewers consistently point to several core operational themes across the top solutions:
-
Comprehensive Real-World Attack Simulation: By sending dynamic HTTP/S payloads, automated fuzzing requests, and malicious inputs, DAST tools identify live attack vectors including SQL injection, Cross-Site Scripting (XSS), server-side request forgery (SSRF), and cross-site request forgery (CSRF).
-
Modern Web and API Coverage: Advanced dynamic scanners effectively navigate complex client-side Single Page Applications (SPAs) running frameworks like React and Angular, while scanning microservices and headless APIs via OpenAPI/Swagger, GraphQL, and Postman collections.
-
Complex Authentication and Session Handling: Enterprise platforms feature sophisticated recorded login sequences, support for multi-factor authentication (MFA), and OAuth token renewal to maintain authenticated states throughout deep, multi-tiered application scans.
-
Runtime and Environmental Verification: Unlike static testing, DAST evaluates the fully assembled stack, identifying security misconfigurations, vulnerable web server settings, weak TLS ciphers, and unpatched third-party service dependencies that appear only when an application is running.
Pros & Cons
Pros:
- Low False Positive Rates for Confirmed Exploits: Because dynamic scanners directly verify that an attack vector yields a successful payload response, findings often include verifiable proof-of-exploit evidence that reduces false-alarm investigations.
- Technology and Language Agnosticism: Operating externally at the protocol and presentation layers allows dynamic scanners to evaluate any application regardless of underlying programming languages, frameworks, or operating systems.
- Validation of Total Attack Surface: DAST tests the complete integrated environment, including reverse proxies, load balancers, database connections, and web server configurations, catching environmental misconfigurations that source code scanners cannot see.
- Production and Staging Assurance: Security teams can execute non-destructive automated audits against pre-production staging environments and active production sites to verify security posture post-deployment.
- Direct Compliance and Risk Auditing: Detailed reporting provides direct mapping to mandates such as OWASP Top 10, CWE/SANS Top 25, PCI-DSS, and ISO 27001, streamlining evidence collection for internal and external auditors.
Cons:
-
Extended Scan Durations: Comprehensive dynamic crawling and active fuzzing across large, multi-page enterprise web portals can take multiple hours, creating potential bottlenecks for rapid CI/CD deployment pipelines.
-
Complex Authentication and Navigation Setup: Single Page Applications, heavy client-side JavaScript execution, and multi-step authenticated workflows often require manual recording, scripting, and maintenance to ensure scan coverage.
-
Lack of Direct Line-of-Code Remediation Guidance: Because DAST views systems from the outside, it reports vulnerable HTTP endpoints and payload parameters rather than specifying the exact source code file, function, or line number requiring correction.
-
Risk of System Disruption or Data Alteration: Active scanning engines submit test records and simulated payloads that can corrupt test databases, trigger unintended business logic transactions, or flood application logs without carefully configured exclusion rules.
Featured reviews of the top 5 DAST solutions
1. Veracode
2. CheckMarx One
3. Rapid7 InsightAppSec
- “My main use case for Rapid7 is onboarding all new applications both built in house and third party acquired, where I run them through a sandbox environment and allow Rapid7 to conduct an initial scan looking for vulnerabilities that might not otherwise be publicly announced. On an ongoing basis, while applications live and survive within the McKesson environment, I use Rapid7 to aggregate data about new vulnerabilities to determine if I have to do any kind of hardening or shelf the application.” - Brandi Lea, Regional Information Security Analyst, Lead at a healthcare company with 10,001+ employees
- “We primarily use Rapid7 InsightAppSec for application security within our organization. We perform penetration testing on our in-house-built, Java-based web applications to comply with regulatory standards. We use InsightAppSec to scan both web applications and APIs, executing penetration tests once a month to ensure compliance and security.” - Midhun Kumar, Head of Infrastructure at Pearl Data Direct
4. OpenText Dynamic Application Security Testing
- “From the DAST perspective, we have multiple features. We can directly provide the URL and it will crawl through all the pages of the web application to find vulnerabilities. If automatic crawling is not successful, we can create a macro of the whole application sitemap and input it into WebInspect for complete auditing.” - Arnab Paul, Cyber Security Consultant at a tech vendor with 10,001+ employees
- “Mostly, we use [this solution] to scan our applications. This includes whatever applications we are delivering to our customers. We aim to find out security vulnerabilities and other issues, so we can identify and fix them before releasing to the customer. This is the use case, as we strive to deliver applications free from vulnerabilities.” - Ravi Gupta, Services Project Lead, Information Technology at IGT Solutions
5. Invicti
- “A good scanning engine is what I appreciate about Invicti. When you want to find out the vulnerabilities within your web applications, Invicti has done a thorough job with respect to filtering out the vulnerabilities and identifying the risk factors with respect to the security modules within the solution.” - Prashant Uppuluri, Solution Architect at a tech services company with 51-200 employees
- “I primarily use Invicti for code scans to identify open vulnerabilities and secrets in the code. Different development teams working on various technology stacks rigorously use it to understand areas for improvement, focusing mainly on top critical or high-level vulnerabilities and their remediation suggestions. Invicti helps us prioritize the development team's efforts.” - Kunal M, Capability Center Leader, ETRM Platforms at Shell
Market Share of the top DAST solutions
As of November 2026, in the Dynamic Application Security Testing (DAST) category, the market share of Veracode is 13.2%, down from 23.0% compared to the previous year. The market share of Checkmarx One is 13.7%, down from 19.4% compared to the previous year. The market share of OpenText Dynamic Application Security Testing is 11.2%, up from 11.2% compared to the previous year. It is calculated based on PeerSpot user engagement data.
Q&A based on PeerSpot reviews
How do organizations integrate DAST into continuous delivery pipelines without delaying release cycles?
Enterprise reviewers highlight that teams avoid pipeline bottlenecks by shifting away from monolithic, full-application scans on every build. Instead, they configure lightweight dynamic scans targeted specifically at updated API endpoints and modified routes during pull requests or staging deployments. Comprehensive, deep-crawling DAST scans covering entire web estates are typically offloaded to nightly or weekly automated schedules, allowing engineering teams to maintain fast delivery cadences while retaining full runtime security visibility.
How do modern dynamic scanning platforms handle complex Single Page Applications and modern APIs?
Traditional crawlers often fail on modern JavaScript-heavy interfaces. Reviewers report that top enterprise DAST solutions resolve this by embedding headless browser engines (such as Chromium) to fully render client-side DOM states and execute complex JavaScript routines. For modern microservices, platforms leverage automated API discovery and ingest schema definitions, such as OpenAPI/Swagger specifications, GraphQL schemas, and Postman collections, enabling the engine to target specific parameter structures without requiring a graphical frontend to crawl.
In what ways do DAST and SAST complement each other across an application security program?
Reviewers consistently point out that SAST and DAST address complementary facets of application risk. SAST scans static source code early in development to pinpoint the exact line of code containing a flaw, yet it can generate noise by flagging code paths that cannot be reached or exploited in production. DAST inspects the running application from an attacker's perspective, verifying whether a vulnerability is genuinely reachable and exploitable within the live runtime configuration. Combining both methods allows teams to validate exploitability with DAST while leveraging SAST to guide rapid source-level remediation.
What challenges arise when configuring dynamic scanning for authenticated workflows, and how are they managed?
Maintaining authenticated sessions is one of the most critical challenges highlighted by practitioners. Dynamic scanners can accidentally log themselves out, fail on CSRF token renewals, or struggle with multi-factor authentication (MFA) prompts. Leading tools address this with interactive recording proxies, scriptable login macros, and dedicated API token headers. Teams frequently configure dedicated test accounts with static credentials or scan-specific authentication bypass flags inside staging environments to ensure scanners maintain active sessions throughout the crawl.
What precautions are necessary when executing dynamic scans to prevent service disruption or data corruption?
Because active dynamic scanning injects fuzzing strings and automated test inputs, it can trigger automated emails, submit duplicate forms, or delete data within target systems. Reviewers emphasize the importance of running active scans against dedicated staging or QA environments loaded with sanitized test data rather than live production databases. Additionally, administrators configure explicit URL exclusion lists, disable dangerous HTTP verbs (such as DELETE) where appropriate, and place rate-limiting caps on scanner threads to protect backend application servers from unintended denial-of-service conditions.