Context
The AST market continues to mature, driving increased demand for security and development teams. Most organizations are focused beyond static analysis and SCA as the basis for testing, although they remain core tools. However, most of the new capabilities in the market are coming from tools related to software supply chain, ASPM and AI.
Market dynamics observed while preparing this iteration of the Critical Capabilities for Application Security Testing include the following.
Core AST Tools Have Reached a High Level of Commoditization
One of the things Gartner noticed when evaluating the dataset for this research is the relative homogeneity of the set of core tools. In this case, those are the traditional tools (SAST, DAST, IAST and SCA) and some of the adjacent tools, like IaC, secrets detection and pipeline security assessments. While individual vendors may have tools, or more commonly features of tools, that distinguish them from their competitors, overall the market has matured to offer similar (but not identical) results for common functions. This is to be expected in a market that has been maturing for more than a decade, and is a healthy sign that AST has become mainstream. This trend is reflected in some of the critical capabilities scoring, which shows a reduced range of scores over the domain of common features.
While it is increasingly difficult for vendors to differentiate on core features, price has become a key decision factor for many Gartner clients. Typically, the security team and the development group share responsibility and budget for the selection of AST tools, and Gartner sees increasing agreement between the two on desired outcomes. That is, both want to lower security risk with faster time to market and improved developer satisfaction.
Gartner pricing reviews show that most clients have established a specific price per developer when budgeting for AST tools. This, combined with the relative ease in switching between cloud-based toolsets, allows clients to switch vendors at the end of their existing contracts. That said, the reinstrumentation of pipelines still requires nontrivial effort. With vendor focus moving away from perfecting core tools, Gartner sees renewed energy in the market for innovation that addresses new issues like AI, SSCS and code quality.
Increasingly, as this trend evolves, Gartner sees AST becoming a broader application security platform. These platforms are composed of tools and processes that support a more holistic view of application security using telemetry and data from a wider variety of sources. They have core tools, along with coverage for SSCS, ASPM, CNAPP and WAPP. While vendors have not yet reached a point where they are offering a complete ASP, many larger clients have assembled early versions of this on their own, and it seems clear that the technical challenges are approachable.
AI Is Becoming a Primary Tool in Application Security
It is perhaps obvious at this point, but no discussion of the AST market would be complete without acknowledging the role AI has come to play in the last two years. For the first time, in the 2025 Critical Capabilities survey, we started asking specific questions about how vendors are addressing the challenge, and found that there are almost as many answers as there are vendors. Overall, Gartner is seeing three major uses for AI: ACSAs, AI model security management, and improving overall efficiency in detecting and correlating vulnerable code.
ACSAs are technologies that help developers identify and remediate security vulnerabilities in code. To do so, they offer autoremediation suggestions and direct code assistance or chatbots, using forms of AI such as generative AI (GenAI). ACSAs are primarily delivered as features of AST products. They use cloud services to analyze code and make recommendations.
Vendors have also started to support security coverage for AI-powered applications. This can include features such as AI component and AI model detection, risk and analytics, scanning for malicious models, threat analysis for conversational AIs, and other proactive protection for modern applications.
While a holistic view of vulnerable code has been an unreachable goal for AST for some time, modern AI tools allow a marked improvement in both detecting (and correcting) vulnerabilities, and may soon improve visibility about the overall security of code.
Finally, with new technology comes new attack vectors. With a rise in business and development teams exploring vibe coding (see Why Vibe Coding Needs to Be Taken Seriously), Gartner is seeing a potential new vector for threats where people without a lot of development experience are using AI to write code based on the plain text description of the application. This AI often produces runnable results; however, the code tends to be unmanaged and often exists outside established code security procedures. This becomes a security issue as noncoders are poorly placed to recognize or correct issues in their ad hoc code. This represents a new attack surface that AI can bring to the codebase. Risk Has Become a Primary KPI
With the advent of ASPM as an addition to the AST suite, we are finally seeing the promise of correlating results from a variety of AST tools start to be realized. Gartner is seeing more security and development teams reporting risk metrics instead of just traditional security indicators. For example, we are starting to see overall application risk, risk reductions per development cycle and SSCS risks as primary KPIs, in addition to the traditional severity/criticality security metrics. Again, this represents an increased level of maturity in the market overall, and makes security metrics more understandable for nonsecurity stakeholders and is more compatible with other existing line-of-business metrics. This allows cybersecurity leaders to trade off various risks to optimize the combination of security, performance, features and business risks in a transparent and logical way.
Market Definition
Gartner defines the application security testing (AST) market as consisting of providers of products that enable organizations to assess applications for the presence and management of risk. These products identify risk by evaluating source code, performing runtime tests and inspecting supply chain components. AST products can be integrated throughout development workflows for continuous assessment or be used to perform ad hoc evaluations. They enable organizations to manage application risks by providing an integrated set of capabilities for risk identification, prioritization and triage, policy evaluation and enforcement, and remediation assistance. Market offerings are available in on-premises, SaaS and hybrid delivery models.
Organizations leverage AST products to assess applications for the presence of security vulnerabilities and other risks (e.g., legal and operational) throughout their life cycle. These assessments are used to measure and manage the risks within individual applications, application components or groups of applications in the context of their business criticality and other key attributes (e.g., environment, sensitive data handling, etc.). AST products further enable organizations to evaluate software for compliance with internal policies as well as regulatory requirements established by governments or authoritative industry groups.
Mandatory Features
The minimum, mandatory features for products in this market include those essential for vulnerability identification, test result evaluation and management, supply chain risk identification and communication, and developer enablement.
Common Features
Common features are those appearing in the product compositions offered by most sellers. Products often contain an assortment of these capabilities from each category, whereas those from niche players (e.g., AST for embedded systems) or those who focus on a particular category may be more selective.
Developer enablement:
Secure coding assistants: Resources that help developers, often through the use of AI, avoid the creation of insecure code or that provide suggestions for the automated remediation and/or mitigation of security bugs within existing code.
Critical Capabilities Definition
Static AST
SAST analyzes an application’s source, bytecode or binary code for security vulnerabilities, typically during the programming or testing phases of the SDLC. Findings should be categorized in a way that enables a focus on the highest confidence, most severe issues.
An SAST solution must be able to analyze the source code, bytecode or binary code of multiple programming languages. The solution should enable enterprises to customize and fine-tune testing according to specific organizational or standardized coding practices, reducing the occurrence of false positives and “uninteresting” findings. An SAST solution can be deployed as a tool and in the cloud.
Software Composition Analysis
SCA is used to identify open-source and, less frequently, commercial components in use in an application. From this, known security vulnerabilities, potential licensing concerns and operational risks can be identified.
The evaluation of tools considers their ability to proactively enforce the organization’s open-source software security and governance policy at the time of component onboarding, the breadth of component information offered, and guidance provided to developers for resolving identified issues. AST vendors increasingly offer SCA functionality as a proprietary feature of their offerings. However, some AST vendors still partner with third-party, stand-alone SCA vendors, and these are evaluated in this research. The level of granularity, breadth and integration of the solution (in the case of partnerships with SCA vendors) all play an important role.
Policy Evaluation
Policy evaluation entails evaluating assessment results and applications against predefined or customer-defined criteria for the introduction or acceptable duration of risk presence.
Prioritization & Triage
This capability recommends and allows for the adjustment of remediation priorities based on publicly available and proprietary information related to scanned artifacts, scan findings and risk considerations.
Posture & Performance Reporting
Posture and performance reporting covers how applications are matched against existing defense in depth, CI/CD pipelines and workflow.
It is composed of several related functions:
Unified visibility and correlation: Supports third-party tool assessment ingestion, including cloud and infrastructure vulnerabilities and misconfigurations, deduplication, and correlation of findings
Security workflow orchestration: Entails policy-based configuration and initiation of security tests, controls and workflows for risk detection and response throughout an application’s life cycle
Policy evaluation: Evaluates assessment results and applications against predefined or customer-defined criteria for the introduction or acceptable duration of risk presence
Prioritization and triage: Recommends and allows for the adjustment of remediation priorities based on publicly available and proprietary information related to scanned artifacts, scan findings and risk considerations
SBOM Life Cycle Management
This supports the ingestion, creation and sharing of software bills of materials for the purposes of identifying and communicating an inventory of third-party components — commercial or open-source — contained within an application and the risks therein.
Developer Education
Developer education Includes just-in-time training and/or remediation guidance for individual scan findings, as well as on-demand training materials for secure software development.
Dynamic AST
DAST analyzes applications in their running state during testing or operational phases. DAST simulates attacks against an application or API, analyzes the application’s reactions, and determines whether it is vulnerable.
DAST can identify whether an application contains vulnerabilities that may be detected only when the application operates in a runtime environment. Because DAST dynamically carries out tests against running code, including underlying application frameworks and servers, its findings are typically more likely to be actual vulnerabilities. DAST technology usually cannot point to the line of code where a vulnerability originates, because it is a “black box” testing technology that does not have access to the source code.
Interactive AST
IAST instruments a running application and examines its operation to identify vulnerabilities. Most implementations are considered passive, in that they rely on other application testing to create activity. IAST tools then evaluate.
Because they are agent-based, IAST tools can only evaluate behaviors they observe — code paths that are not executed are not tested. Thus, IAST tools often work either in concert with a DAST tool (which causes the code being examined to be executed in response to attacks or tests) or alongside traditional functional or unit tests, which achieve the same end. As code executes, the IAST agent monitors the program for unsafe or unsecured behavior.
API Security
These specialized testing capabilities include support for protocols used by APIs, payload analysis and checks for vulnerabilities unique to APIs. Also, the ability to discover APIs in both development and production environments, as well as the ability to ingest recorded traffic or API definitions to support the testing of an API, are common features.
Secrets Detection
Secrets detection involves specialized testing capabilities for the identification of exposed secrets (such as credentials, tokens, API keys, etc.) within code, configuration files or other artifacts.
Container Security
Container security refers to the examination of container images, or a fully instantiated container prior to deployment, for the presence of security issues.
These tools typically address configuration hardening and vulnerability assessment tasks. They may also scan for the presence of secrets, such as hard-coded credentials or authentication keys.
Infrastructure as Code Scanning
This involves the review of IaC directives supporting the dynamic creation, provisioning and configuration of software-defined compute, network and storage infrastructure.
Pipeline Security
Pipeline security inventories and assesses security controls within development pipelines as well as the infrastructure and systems they pull from, and that run them.
Secure Coding Assistant
Secure coding assistants provide resources that help developers, often through the use of AI, avoid the creation of insecure code, or offer suggestions for the automated remediation and/or mitigation of security bugs within existing code.