Platform

Every scan type, in one place.

Pick the kind of test you want to run. Each card explains exactly what the scan does, how it works, and what it can find — in plain English. Click any available scan to jump straight to its console.

Source code · SAST

Source Code Scan

Reads your source code (without running it) and finds vulnerable patterns.

What it does: SAST analyzes your raw source code line-by-line. It never executes the code — it just looks at how data flows through your functions, what APIs you call, and what inputs end up in dangerous sinks. Think of it as a senior security engineer reading every file before you ship.

How to run it: Connect a Git repository, pick a branch, and click Run scan. The engine clones the code, parses it into an AST, traces tainted input from sources (user input, network, files) to sinks (SQL, shell, eval, HTML), and reports anything risky with the exact file and line number.

Examples of what it finds

  • SQL injection from unsanitized request params
  • Hardcoded API keys and secrets in code
  • Use of eval(), exec(), and unsafe deserialization
  • Weak crypto (MD5, SHA1, ECB mode)
  • Path traversal, SSRF, and open redirects

Best for: Catching bugs before code reaches production. Runs in seconds to minutes per repo.

Dependencies · SCA

Dependency Scan

Inspects your dependencies for vulnerable open-source libraries (CVEs).

What it does: Modern apps are 80–95% open-source code. SCA reads your package.json / requirements.txt / pom.xml / go.mod and cross-references every dependency (direct and transitive) against the public CVE database, GitHub Advisory Database, and our own intel feed.

How to run it: Point it at the same repo as SAST. It builds a full dependency tree, checks each version against known vulnerabilities, and tells you exactly which package to upgrade and which CVE it fixes. AI explains the real-world exploit risk per finding.

Examples of what it finds

  • Known CVEs in npm / pip / maven packages
  • Outdated transitive dependencies
  • Packages with malware or supply-chain attacks
  • License compliance issues (GPL contamination)

Best for: Patch management and supply-chain risk. Run on every push.

Live website · DAST

Website URL Scan

Tests a live running website by giving it a URL (and optional login).

What it does: DAST is black-box testing. You give it the URL of a deployed site and (if needed) login credentials. It crawls every page like a real user, then safely probes inputs for runtime vulnerabilities — exactly what an attacker would do, without breaking your database.

How to run it: Add a target URL in the DAST page. Optionally provide test-account credentials so it can scan logged-in pages. The engine spiders the site, fingerprints the stack, and runs a battery of safe payloads against forms, query strings, and API endpoints.

Examples of what it finds

  • Reflected and stored XSS
  • Broken authentication and session fixation
  • Security misconfigurations (missing headers, exposed admin)
  • Insecure direct object references (IDOR)
  • Open ports and exposed debug endpoints

Best for: Validating production deployments and staging environments.

APIs · OWASP API Top 10

API Endpoint Scan

Discovers every API endpoint, then attacks each one with the OWASP API Top 10 playbook.

What it does: APIs are the #1 attack surface today. This module imports your OpenAPI/Swagger spec (or auto-discovers endpoints from DAST traffic) and exhaustively tests each endpoint for the OWASP API Top 10 — including the ones generic web scanners miss.

How to run it: Upload an OpenAPI spec or let the platform auto-discover endpoints from DAST. The engine fuzzes parameters, tries auth bypasses, tests rate-limiting, and checks every method on every route.

Examples of what it finds

  • Broken object-level authorization (BOLA / IDOR)
  • Mass assignment vulnerabilities
  • Missing rate limiting and brute-force protection
  • Sensitive data exposure in JSON responses
  • GraphQL introspection leaks

Best for: Microservices, mobile backends, and any REST/GraphQL surface.

iOS · Android

Mobile App Scan

Static analysis of iOS (.ipa) and Android (.apk) builds for security issues.

What it does: Performs static analysis on the compiled binary you upload — parsing the Android manifest or iOS Info.plist and inspecting bundled resources. Catches issues that live in the shipped artifact, like hardcoded secrets, insecure transport settings, and over-exposed components.

How to run it: Upload an .apk or .ipa file. The engine unpacks it, parses the binary manifest/plist and bundled strings, and runs MASTG-aligned static checks against the build.

Examples of what it finds

  • Hardcoded API keys and secrets in the bundle
  • Cleartext (HTTP) traffic allowed
  • Missing certificate pinning hints
  • Exported Android components / weak iOS config
  • Debuggable / backup-enabled release builds

Best for: Any company shipping a mobile app to App Store / Play Store.

Docker · Kubernetes

Container Image Scan

Pulls your Docker images and finds vulnerable OS packages and misconfig.

What it does: Container images bundle an entire OS plus your app. This scan inspects every layer for vulnerable system packages (apt/apk/yum), exposed secrets baked into layers, and Dockerfile misconfigurations like running as root.

How to run it: Point it at a container registry (GHCR, ECR, Docker Hub) or upload a tarball. It enumerates installed packages per layer, cross-references CVEs, and audits the Dockerfile recipe.

Examples of what it finds

  • CVEs in Alpine/Debian/Ubuntu base packages
  • Secrets leaked in image history layers
  • Running as root, missing USER directive
  • Outdated base images (e.g. node:14)

Best for: Anyone deploying containers to Kubernetes, ECS, or Cloud Run.

AWS · Azure · GCP

Cloud Account Scan

Connects read-only to your cloud accounts and finds misconfigurations and risky access.

What it does: Cloud Security Posture Management (CSPM) connects to AWS, Azure, and GCP with scoped read-only access and audits your live cloud setup against CIS and best-practice rules — no agents to deploy. It surfaces public storage, over-permissive identities, open security groups, and weak account settings.

How to run it: Add read-only credentials for AWS, Azure, or GCP in the Cloud Account console. The engine inventories your resources, checks each one against the rule set, and reports every misconfiguration with the exact resource and a plain-English fix.

Examples of what it finds

  • Public S3 / Blob / GCS buckets exposed to the internet
  • IAM roles with *:* wildcard policies (CIEM)
  • Security groups / firewalls open to 0.0.0.0/0
  • Root account without MFA, weak password policy

Best for: Anyone running workloads on AWS, Azure, or GCP.

Kubernetes · KSPM

Kubernetes Posture Scan

Audits your Kubernetes clusters, workloads, and RBAC for risky misconfiguration.

What it does: Kubernetes Security Posture Management (KSPM) inspects your cluster configuration, workloads, and access controls for security misconfigurations that expose your applications — privileged containers, permissive RBAC, missing network policies, and more.

How to run it: Connect your cluster context in the Kubernetes console. The engine reads workload and RBAC configuration and checks it against Kubernetes hardening best practices, reporting each issue with the affected resource and a fix.

Examples of what it finds

  • Privileged / root containers and hostPath mounts
  • Over-permissive RBAC roles and bindings
  • Missing network policies and resource limits
  • Workloads running with dangerous capabilities

Best for: Teams running workloads on Kubernetes (EKS, GKE, AKS, self-hosted).

AI prioritization

Smart Threat Ranking

Predicts which CVEs in your stack will be weaponized next.

What it does: Instead of treating every CVE the same, the AI Threat Predictor scores each finding against EPSS (Exploit Prediction Scoring System), KEV (CISA's Known Exploited Vulnerabilities catalog), proof-of-concept availability on GitHub, and your runtime exposure to produce a single 'fix this first' score.

How to run it: Runs automatically on top of SCA, SAST, and DAST findings. No setup required — open the Vulnerabilities dashboard and see your queue re-ranked by real-world exploit probability.

Examples of what it finds

  • High-EPSS CVEs trending in the wild
  • Vulnerabilities with public PoC code on GitHub
  • CVEs already on the CISA KEV list
  • Internet-facing services with critical exposure

Best for: Triage. Cut a 5,000-finding backlog down to the 12 that actually matter today.

Unified queue

All Vulnerabilities Dashboard

One unified queue across every scan type, with AI Threat scoring.

What it does: All findings from SAST, SCA, and DAST roll up into a single de-duplicated, prioritized queue. Filter by severity, engine, status, or project. Each finding is re-ranked by the AI Threat Predictor so you always see what to patch today vs. what can wait.

How to run it: Always-on. As soon as you run any scan, results appear here. Click any row to jump to its source console for triage, AI fix, or PR creation.

Examples of what it finds

  • Cross-engine deduplication of the same vulnerability
  • AI-ranked 'patch today' verdicts
  • Filter by engine: SAST / SCA / DAST
  • Status tracking: open → triaged → fixed

Best for: Security leads and anyone managing a security backlog across multiple projects.