Every pull request and CI run
SAST, SCA and secret scanning.
ShieldProbe and static application security testing
SAST shows where your code might be unsafe. ShieldProbe Assess pentests the running app and API with the user roles you agree, and keeps the request and response behind each finding. A named consultant approves every Assess finding before you see it.
const order = await orders.findOne({
id: req.params.id
});
return res.json(order);The question the code leaves open: where is the ownership check?
Illustrative example with fictional data, not a live result.
SAST reads your source code. An application pentest tests the running system and its security boundaries.
Scroll the table sideways to compare both options. You can also focus it and use the arrow keys.
| Compared on | SAST | ShieldProbe |
|---|---|---|
| Input | Source code, in the languages the tool supports. | A reachable running application or API, with test accounts for each role in scope. |
| Timing | Feedback in the IDE, repository or CI pipeline before a deployment. | Runs against an authorized deployed target, such as a staging environment. |
| Evidence | Points to potentially unsafe code paths and explains the issue in the source. | Records the request, response and observed impact for each confirmed finding. |
| Business logic | Can spot risky source patterns and data flows, but does not know your intended access rules. | Tests workflows and authorization against the roles, data and business rules you agree. |
| Remediation | Many tools suggest fixes and integrate with developer workflows. | Fix drafts a code change from the attack evidence. Your developers review it and raise the pull request. |
| Limitations | Results depend on language support, configuration and the code the tool can see. | Results depend on the scope the test can reach. A clean result does not prove there are no vulnerabilities. |
SAST, SCA and secret scanning.
Runtime testing of the agreed roles.
For authorization or a multi-step workflow, test it on a staging target.
Continuous (developer preview) runs selected tests on the repository events you enable.
A reachable staging URL, test accounts per role and agreed limits.
Each module takes a finding one step further.
A pentest of your web apps, APIs, networks and servers. A named consultant approves every finding, and each one comes with evidence your team can reproduce.
Explore AssessProtection for supported findings inside your Node.js app, sold separately. It starts in log-only mode and blocks only when you turn enforcement on. Ownership flaws are logged, never blocked.
Explore DefendA code change drafted from the actual attack, in VS Code or Visual Studio (beta). Your developers review it and raise the pull request.
Explore FixDeveloper preview. Selected tests run on the repository events you enable, so each change is tested as it ships.
Explore ContinuousBoth DAST and an Assess pentest test a running application. Assess goes further into the roles, workflows and authorization boundaries you agree, such as broken object level authorization (IDOR), and a named consultant approves each finding with its request and response. See how a pentest compares with vulnerability scanning.
A reachable target, test accounts for each role, the agreed scope and agreed limits for testing.
Assess needs a reachable web app or API, not support for your source language. Defend currently supports Node.js applications.
Continuous is a developer preview: the repository events you enable trigger selected tests against authorized targets.
Yes, keep them. Assess tests the running application whichever SAST tool you use.
No. Assess tests the running application. Keep SAST, dependency scanning and secret scanning to catch issues before deployment.
No. Fix prepares a code change and branch for your pull-request workflow. Review, tests, approval and deployment stay with your team.
Details about other products and standards come from the public sources below, reviewed on 20 October 2026 unless dated. If anything has changed, tell us and we will correct it.