Security tests: what they catch and the release incidents they cover
Security tests (automated and manual checks for auth, authorisation, secrets and injection) run at the pre-deploy stage.
3 published incident types list security tests as a class that catches them; 1 of these links are cited in a public report and 2 are by design analysis.
What security tests catch and cannot catch
Catches
- permission escalation
- MFA bypass
- secrets in logs
- CORS and CSP mistakes
Cannot catch
- performance
- data migration faults
Both lists come from the site's test class definitions.
Incident types this class catches
| Incident | Stage | Limitation on that page | Basis |
|---|---|---|---|
| Permission escalation via role change | pre-deploy | A security test covers only the access scenarios it lists, and guest and external accounts gaining every internal project after a synchronization run sat outside the scenarios that existed before the follow-up. | cited in [1] |
| CORS policy blocks frontend | pre-deploy | A CORS policy check validates the server's allowed origins and headers but not a new request header, such as baggage, that an upgraded browser component starts to send. | by design analysis |
| CSP blocks required script | pre-deploy | A check that reads only the Content-Security-Policy response header passes, because that header carried a valid nonce while the rendered HTML had lost it. | by design analysis |
For cited rows the number shows how many reports on that incident page name this class.
Only on this page
Security tests are cited most often for Permission escalation via role change: 1 public report on that page name this class. The limitation stated there: A security test covers only the access scenarios it lists, and guest and external accounts gaining every internal project after a synchronization run sat outside the scenarios that existed before the follow-up.
Catalogue entries that name this class
From their own documentation or site, with the verification date. Alphabetical. Not a recommendation.
Tools whose documentation names these test classes
- Burp Suite security source verified 2026-10-21
- Checkov security source verified 2026-10-21
- Gitleaks security source verified 2026-10-21
- Nuclei security source verified 2026-10-21
- Schemathesis security source verified 2026-10-21
- Semgrep security source verified 2026-10-21
- SonarQube security source verified 2026-10-21
- sqlmap security source verified 2026-10-21
- Trivy security source verified 2026-10-21
- TruffleHog security source verified 2026-10-21
- Zed Attack Proxy (ZAP) security source verified 2026-10-21
Providers whose site names these test classes
- Abstracta security source verified 2026-10-21
- AQA Masters security source verified 2026-10-21
- BreachLock security source verified 2026-10-21
- BugRaptors security source verified 2026-10-21
- Cleverix security source verified 2026-10-21
- Crestech Software Systems security source verified 2026-10-21
- CyStack security source verified 2026-10-21
- DeviQA security source verified 2026-10-21
- Elinext security source verified 2026-10-21
- Invensis Technologies security source verified 2026-10-21
- iValuePlus Services security source verified 2026-10-21
- Nimble Approach security source verified 2026-10-21
- Packetlabs security source verified 2026-10-21
- Pentest Factory GmbH security source verified 2026-10-21
- Q-Centric GmbH security source verified 2026-10-21
- QA Madness security source verified 2026-10-21
- QA Mentor security source verified 2026-10-21
- QAwerk security source verified 2026-10-21
- Quality House security source verified 2026-10-21
- Quality Island security source verified 2026-10-21
- Qualysec security source verified 2026-10-21
- Saigon Technology security source verified 2026-10-21
- SHIFT ASIA security source verified 2026-10-21
- SimplyTest GmbH security source verified 2026-10-21
- Soflab Technology security source verified 2026-10-21
- Software Secured security source verified 2026-10-21
- SQA - Software Quality Assurance S.A. security source verified 2026-10-21
- SunTec India security source verified 2026-10-21
- T2S Tecnologia security source verified 2026-10-21
- TestFort security source verified 2026-10-21
- Testhouse security source verified 2026-10-21
- TestMatick security source verified 2026-10-21
- Testrig Technologies security source verified 2026-10-21
- TestSolutions GmbH security source verified 2026-10-21
- tiQtoQ security source verified 2026-10-21
- VTEST security source verified 2026-10-21
- Zoonou security source verified 2026-10-21
Questions
What is Security tests?
Security tests: automated and manual checks for auth, authorisation, secrets and injection. They run at the pre-deploy stage.
What does Security tests catch?
Security tests catch permission escalation, MFA bypass, secrets in logs and CORS and CSP mistakes. 3 published incident types list this class.
What can Security tests not catch?
Security tests cannot catch performance and data migration faults.
How is Security tests different from other test classes?
Security tests share the pre-deploy stage with contract tests, integration tests, end-to-end tests, migration tests, load and performance tests, configuration and environment tests, compatibility tests and chaos and resilience tests; they differ in what each catches.
Can Security tests run in a production environment?
Security tests run at the pre-deploy stage, before production traffic.
Which incidents is Security tests used for?
cORS policy blocks frontend, cSP blocks required script and permission escalation via role change. 1 of 3 links are cited in a public report; the rest are by design analysis.