Available
Feature · Code Security & Vulnerability

Security checks that live inside your quality workflow

Deterministic security scans run server-side on your connected repository and land as an OWASP-grouped report your team, and your agents, can act on.

What a scan covers

Three deterministic scanners, one report

Code analysis (SAST)

Static analysis of application code for injection, cryptographic misuse, authentication and authorization weaknesses, SSRF, and insecure configuration across JavaScript/TypeScript, Python, Java, PHP, and .NET.

Dependency vulnerabilities (SCA)

Known vulnerabilities in third-party packages, resolved from your lockfiles across npm, Python, Maven/Gradle, Composer, and NuGet, with CVE identifiers and severity.

Secret detection

Keys, tokens, and credentials accidentally committed to the repository, caught before they become an incident.

How it works

From connected repository to actionable report

  1. 01

    Connect your repository

    Scans run against the repository already connected to your TestHub application. Nothing new to configure.

  2. 02

    Start a scan from the portal or your agent

    Trigger a scan from the TestHub UI, or ask an MCP-capable agent to start one. Scans run server-side in the background.

  3. 03

    Get notified when it finishes

    Scans take minutes, so nobody waits on a spinner. TestHub emails the application's users when the report is ready.

  4. 04

    Act on an OWASP-grouped report

    Findings arrive grouped by OWASP Top 10 category with severity counts and repository-relative file and line references. Agents can read the same report and help triage with full repository context.

Design principles

Built to be trusted by security teams

Deterministic first

Findings come from deterministic scanners, not model opinion. The same commit and rule set produce the same findings, every time.

Agents assist, machines decide

AI summaries and triage are assistive layers on top of machine findings. The scanner output remains the source of truth.

Nothing leaks

Scans respect the same governance as the rest of TestHub: application-scoped access, repository-relative paths, no tokens, no shell access, and audited calls.

Everything is kept

OWASP Top 10 is the report grouping, not a filter. Findings without a Top 10 mapping are retained and reported, not silently dropped.

On the roadmap

Where security scanning goes next

DAST against staging

Dynamic scanning against a customer-approved staging URL, including API fuzzing when a spec exists. Never production by default.

PR/MR feedback

Scan results posted as pull request or merge request comments and commit statuses, on GitHub and GitLab including self-hosted.

CI templates

A GitHub Action and GitLab CI include so scans run inside your pipeline, with no dependence on paid code-security tiers.

Explore all TestHub capabilities · Currently viewing: Code Security & Vulnerability

Run a security scan on your application

Request a walkthrough and we will show the security report for an application you know well.

Part of SolidX