Home Vooki Pro Features Pricing About Contact
Features

The whole DAST workflow, on your own machine

Vooki Pro covers the full loop — define an application, discover its real attack surface, authenticate, scan it thoroughly, triage with an on-device AI model, retest what you fixed, and hand an auditor a compliance report. No server to stand up, and scan data stays local by default — it leaves your machine only through integrations you configure or reports you export.

Web + APIWeb applications and REST APIs in one workflow
6Credential types for authenticated scanning, plus recording-based login
7Compliance & security-reference mappings
LocalBy default — scanning, AI and storage on-device

Vooki Pro at a glance

Web ApplicationsREST APIsAuthenticated ScanningBrowser RecordingRecorded-Workflow ScanningProduction-Safe ScanningLocal AI (ThreatLens)Automated RetestingScheduled ScanningCLI / CI/CDCompliance ReportsLocal Scan Data

The core scan lifecycle

Every screen in the app maps to a stage of the same workflow.

01Application
02Discovery
03Authentication
04Scan
05Triage & Retest
06Report
Discovery can use any of four methods Quick SeedCrawlBrowser RecordingHybrid
01

Applications & workspaces

Everything in Vooki Pro hangs off an application. Register the thing you own once, tag it with an environment, and every scan, finding and report for it collects in one place instead of scattering across screens.

Register an application

Type
Web application or REST API — the type decides which scan wizard opens.
Name & URL
A human label plus the base URL the scanner starts from.
Environment
dev, staging or prod, colour-coded throughout the app so a production target is never mistaken for a sandbox.
Description
Free-text notes carried into the application overview.

The application workspace

Open any application into its own tab and get a dedicated work surface with three views, so you never have to cross-reference three screens to answer “how is this app doing?”

  • Overview — posture at a glance: severity histogram, last scan, scan count, environment.
  • Scans — every run against this application, newest first, with status and result cards.
  • Findings — all findings across all of its scans, consolidated.
  • Launch a new scan or start a browser recording directly from the workspace.
02

Attack-surface discovery

A scanner is only as good as the URLs it knows about. Vooki Pro gives you four discovery strategies plus a headless pass for the endpoints a static crawler structurally cannot see — and lets you fence all of it with scope rules and budgets.

Quick seed

Scan the start URL and the requests you hand it. Fastest path from URL to findings.

Crawl

Follow links from the start URL to a chosen depth, mapping the site as it goes.

Recording

Replay a browser session you recorded, so the scanner walks the exact paths a real user did.

Hybrid

Replay the recording, then crawl outward from its URLs. The recommended mode for single-page apps.

Background endpoint harvesting

A static crawler reads <a href> out of raw HTML — it never runs your JavaScript, so it never sees the REST calls your front end actually makes. An optional headless Chromium pass loads a capped set of high-value pages and captures only the XHR and fetch traffic they fire, then scope-filters and de-duplicates it.

Finds the AJAX endpoints crawlers miss

Host discovery & scope

Modern apps fan out across a dozen hosts. One headless page load records every host the page talks to and classifies each one — main application, API, authentication, static, CDN or third party — so you pick your scope from a list instead of typing domains from memory.

  • Scope modes: all, same host, same domain, or a custom host set
  • Wildcard include / exclude patterns for discovery

Budgets & limits

Discovery is bounded by whichever limit you hit first, so a scan against a large site can't run away with your afternoon.

  • Crawl depth
  • Maximum URLs, or no cap
  • Crawl time budget
  • Parallel URL fetches
  • Optional testing of state-changing PUT / PATCH / DELETE requests
03

Browser recording

Recording is one of the discovery methods — and the single most useful thing you can give a DAST tool is a walkthrough of your own application. Vooki Pro opens a real Chromium window, you use the app normally, and every request the browser makes is captured — then reused three different ways.

Passive capture, no proxy

There is no man-in-the-middle proxy to configure and no certificate to install. Vooki Pro drives a headed Chromium and listens to the browser's own network events, which means it sees every request including XHR and fetch, with none of the TLS friction a proxy brings.

  • Captured requests stream into a live host and path tree as you browse
  • Click any row for the full request detail
  • Rows persist to disk as they arrive — a recording survives a crash
  • Stops when you click Stop or simply close the browser window
  • A cross-application Recordings library lists every session you have captured

One recording, three uses

When you stop recording, the captured session can be turned into any of:

  • A web scan seed that feeds the scan wizard the exact URLs you visited
  • An API project built from the captured requests, ready to edit and scan
  • A cookie auth profile, so the scanner reuses the session you logged into by hand
04

Authentication

Unauthenticated scans find the login page and little else. Vooki Pro supports six credential types as reusable profiles, plus a recording-based login for the applications that resist scripted authentication entirely.

Saved auth profiles

Store credentials once, reuse them across every scan and schedule for that application.

Bearer TokenBasic AuthAPI Key HeaderCookieForm LoginOAuth2 Client Credentials
  • Form login handles the awkward real-world cases: named username and password fields, a hidden CSRF token fetched from the login page first, and extra cookies merged into every request.
  • OAuth2 exchanges client credentials at your token URL with the scopes you specify.

Four ways to authenticate a scan

  • None — scan anonymously.
  • Saved profile — pick one of the profiles above.
  • Manual — paste a token, header or cookie for a one-off run.
  • Login via recording — reuse the cookies from a browser session you logged into yourself. The recommended route for SSO, MFA and anything else a script can't drive.
Long API scans don't die on an expired token. With auto-login enabled, Vooki Pro replays your login or token request at the start of a scan, mints a fresh bearer token, injects it into every request, and refreshes it mid-scan when it ages out.
05

Scan policies

A policy decides which checks actually run. The built-in policies cover the usual trade-offs between speed, depth and production safety; a custom policy lets you tick individual checks one by one.

Built-in policies

Default
Every scanner. Slowest and most thorough — the broad sweep.
Quick
Security headers and version fingerprinting only. A fast surface scan.
Standard
Headers, versions, injection and XSS — balanced coverage of the OWASP Top 10 essentials.
Focused
The high-signal injection families — SQL, command, code and XXE — plus XSS and headers. Skips the exotic injection types that rarely apply but dominate scan time.
Deep
Core categories including SSRF, SSTI and IDOR. Thorough, but faster than Default.
Production Safe
A scan policy for non-intrusive, production-safe testing — GET and HEAD requests and response analysis only, no attack payloads, no state-changing tests. Details below.

Custom policies

Build a policy from the full catalogue, grouped by category, and tick exactly the checks you want. Useful when a compliance scope, a fragile production system or a narrow retest window means the built-in profiles are the wrong shape.

Choose checks individually
  • Tune request rate limit and timeout per scan
  • Route scan traffic through an HTTP or SOCKS proxy
Built-in policy

Production Safe policy

Production Safe is a built-in scan policy for non-intrusive testing of live applications. Choose it in the scan wizard like any other policy; the scan engine then enforces passive mode — it is not just a setting that can be quietly overridden.

What the policy does

  • Sends only GET and HEAD requests and analyses the responses
  • Never sends attack payloads or state-changing requests
  • Active-only stages — the WAF attack pre-probe, browser-based harvesting and DOM confirmation — are switched off, as is the optional AI detection
  • Enforced when the scan starts: if the mode can't be applied, the scan refuses to start rather than run a wider one
  • Applies to web and API scans, and carries through scheduled scans, CLI configs, rescans and retests, and .vpscan archives

Clear about what wasn't tested

Vulnerability classes that need active testing are not evaluated in this mode, and the report says so. It records the scan mode, shows what was checked and what was not, and shows compliance controls with no findings as NOT TESTED rather than passing.

Controls that apply to every scan

Environment tags, prod colour-codedRequest rate limit & timeout per scanScope rules & discovery budgetsCustom policies
06

What Vooki Pro tests for

Active vulnerability testing across the main web and API weakness families, technology and version detection for outdated components, and deep and passive analysis — each selectable in a custom policy.

Active vulnerability testing

Injection & XSS
Broad coverage of injection and related attack vectors — including SQL, NoSQL, command injection, XXE, SSTI, LDAP and more — plus reflected, stored and DOM-based cross-site scripting.
Access control & authentication
IDOR, BFLA, path traversal, privilege escalation, default credentials, user enumeration, JWT weaknesses, OAuth / OIDC / SAML and session management
API security
BOLA, BOPLA, BFLA, mass assignment, GraphQL introspection and unrestricted resource consumption — aligned with the OWASP API Security Top 10
Also covered
Information DisclosureConfigurationClient-Side SecuritySecurity HeadersCryptographic FailuresHTTP ProtocolCookie SecurityFile SecurityBusiness LogicSSRFInsecure DeserializationCSRFDenial of ServiceLLM SecurityCVE-Class AttacksEncoding AttacksWeb Cache DeceptionPrototype PollutionDNS Security

Technology & version detection

Detect the technologies and versions in use and identify outdated components that may need remediation, grouped by type.

CMS & wikisJavaScript librariesFrameworks & runtimesServers & proxiesDatabasesBusiness appsDevOps & infrastructure

Deep & passive analysis

  • CVE database lookups — expand a detected version into per-CVE findings against a bundled database sourced from the NVD.
  • WordPress active probe — detect WordPress and enumerate vulnerable core, plugins and themes against a bundled WordPress vulnerability database.
  • Passive response analysis — ThreatLens inspects each HTTP response for patterns the active scanners don't look for.
07

Running and watching a scan

Scans run asynchronously in their own tabs within Vooki Pro, so you can keep working while a scan is running — start a second one, triage an older run, or edit an API project.

A guided wizard, not a config file

The web scan wizard walks six steps, each with a live summary on the review screen before anything is sent.

Target
Discovery
Auth
Policy
Schedule
Review

The API wizard follows the same shape, with Project in place of Target and Discovery.

Scan detail

Every run opens into five views:

  • Overview — severity breakdown, duration, configuration used
  • Findings — everything the run raised, grouped and triageable
  • Sitemap — the surface the scanner actually reached
  • Scope — the rules that governed what was in and out
  • Logs — the run's own record, for when a result needs explaining
08

Findings, triage and retest

Raising a finding is the easy part. Vooki Pro is built around what comes after — proving it, deciding about it, and checking the fix.

Cross-scan findings browser

Every finding from every scan in one browser, filterable by severity, finding type, and originating scan, with free-text search across the set.

  • Findings that apply host-wide, origin-wide or policy-wide are consolidated instead of repeating once per URL
  • A CVSS gauge and CWE identifier on every finding
  • Compliance tags per finding: OWASP Top 10 2021, PCI DSS v4, NIST 800-53, CIS Controls v8, ISO 27001:2013, HIPAA and GDPR

Evidence you can hand to a developer

Each finding opens into four tabs:

  • Overview — what it is, why it matters, severity and confidence
  • HTTP Req/Resp — the exact request and response, syntax-highlighted, with the payload and the matched evidence marked in place
  • Steps to Reproduce — the sequence to reproduce it by hand
  • Remediation — the fix, concrete steps, and references

Automated retest

When a developer says it's fixed, retest re-runs the same automated detector that raised the finding and returns a verdict with the fresh response attached. You don't hand-craft anything — the check that found it is the check that confirms it.

Still VulnerableFixedNeeds Manual Review

Triage states & reference

  • Mark a finding as a false positive or as fixed; both states persist across future scans and carry into reports and exports
  • False positives and fixed items collapse into their own groups so the active list stays honest

Vulnerability KB. A built-in reference catalogue — what each finding type means, its severity, how to fix it and which controls it maps to. Browse it any time, not just when a scan raises something.

09

Reports & compliance

Four standard formats for engineering, seven compliance and security-reference report mappings for auditors, and a portable archive for moving a whole scan between machines.

Standard reports

HTMLPDFWord (DOCX)JSON

Executive summary, risk breakdown and per-finding evidence. HTML and PDF for circulation, DOCX when someone needs to edit the wording, JSON when a machine is reading it.

Compliance reports

The same findings, reorganised control by control against the framework you are being assessed on. Available as HTML or PDF.

OWASP Top 10 2021PCI DSS v4.0NIST 800-53 Rev. 5ISO 27001:2013 (legacy)HIPAAGDPRSOC 2 (selected TSC)

Portable scan archive

Export a complete scan as a single .vpscan file and import it into another Vooki Pro install — useful for handing a run to a colleague or moving work between machines.

  • All findings
  • The HTTP transactions behind them
  • Evidence highlight anchors
  • False-positive and fixed states

Ready to test your application?

Every feature on this page is in the 7-day trial build — no credit card required.

Platform & automation capabilities

Beyond the scan lifecycle: API scanning, local AI, scheduled and headless operation, integrations and data handling.

REST API ScanningThreatLensScheduling & CLI / CI/CDIntegrationsPlatform & Data Handling
10

REST API scanning

APIs have no links to crawl, so they need a different front door. Import a spec, a collection or a capture — or build the requests by hand — then scan every request in the project as a single run.

Import what you already have

OpenAPI v2 / SwaggerOpenAPI v3Postman CollectionHAR

Format is auto-detected from the file. Every operation becomes an editable request with its method, path, headers and body intact. A browser recording can also be converted straight into an API project.

API Builder workspace

A request workbench for shaping an API project before you scan it.

  • Projects and folders to organise requests
  • Method, URL, headers, body and raw editing
  • Send a request and inspect the live status, headers and body
  • Reusable variables across a project
  • Bulk-apply authentication to many requests at once

API-specific checks

API-specific checks target the OWASP API Security Top 10 failure modes that generic web scanning misses.

  • BOLA — broken object level authorisation
  • BFLA — broken function level authorisation
  • BOPLA — broken object property level authorisation
  • Mass assignment
  • GraphQL introspection and query DoS
  • Unrestricted resource consumption, unsafe consumption of APIs, improper inventory management and versioning exposure
11

ThreatLens — local AI analysis

Vooki Pro's security testing is deterministic. ThreatLens is a separate AI layer on top of it, and it runs entirely on your machine — no API key, no cloud endpoint, a language model file on your own disk.

Deterministic security engine

Rule-based and payload-based testing. Every finding is raised by a detector and carries the HTTP request and response behind it.

  • Active vulnerability checks, version detection and CVE lookups
  • One engine for web applications and REST APIs
  • Retest re-runs the same detector that raised the finding

ThreatLens — local AI analysis

  • Passive response analysis — inspects captured HTTP responses for suspicious patterns the deterministic checks aren't looking for.
  • Triage second opinion — after the scan, reviews the finding classes it has been evaluated on and can lower a finding's severity or confidence and flag a likely false positive. It never creates, deletes or suppresses a finding.
  • AI detection (optional, experimental) — looks for exposed secrets and personal data the rules miss. Not available in Production Safe scans.

The local model

Model
Qwen3-8B, 4-bit quantised GGUF — roughly 5 GB
Download
Once, from Settings. Resumable, with a mirror if the primary host is unreachable.
Runs
Entirely on your CPU or GPU, offline
Until it is downloaded
Scans still run, using the rule-based checks alone — without AI analysis

Why this matters

Scan traffic is the most sensitive data your security tooling touches — session tokens, personal data, internal hostnames, and the exact requests that break your application.

Because the model is local, none of it is sent to a third-party AI service. There is no AI vendor to trust with your findings and no AI traffic leaving the machine for a reviewer to sign off on. Findings leave only through the integrations you configure or the reports you export.

12

Scheduling & the CLI

Point-and-click when you're exploring; scheduled and headless when the scan should just happen.

Recurring scans

Any scan the wizard can configure can be saved as a schedule instead of — or as well as — running now.

  • A full cron expression for precise control
  • A simple every-N-hours interval
  • A one-off future date for a scheduled window
  • Runs without the app open — an OS-managed background scheduler fires schedules, so the window can be closed (the computer must be on and awake, with you signed in)
  • A run missed while the computer was off can run once as a catch-up, or be skipped — your choice per schedule

Headless CLI

Export a scan you configured in the wizard as a JSON config, then run it from a terminal or a pipeline. The config is self-describing — the report format and type live inside it, so one command produces different outputs for different configs.

# run a configured scan headlessly vooki-pro-cli --config scan_config.json # write reports to a folder and fail the build on a severity threshold vooki-pro-cli --config scan_config.json --output reports/ --fail-on high

The config carries the full scan definition — target and scope, discovery strategy and budgets, authentication, policy, report format (HTML, JSON, DOCX or PDF), report type (standard, or compliance with the framework named — compliance reports are HTML or PDF), and an optional .vpscan export so the complete run can be imported back into the desktop app afterwards.

13

Integrations

Findings are only useful once they reach the place your team actually works.

Ticketing

Push a finding straight into your tracker as a ticket, with its evidence and remediation attached. One platform is active at a time.

JiraGitHub IssuesLinearGitLabAzure DevOps

Notifications

Get told when a scan finishes rather than watching it. Notification channels run independently of ticketing — you can have both, or either.

Slack incoming webhookGeneric webhook
14

Platform & data handling

Vooki Pro is a desktop application. That is a deliberate architectural choice, not a limitation — it is what keeps scan data local by default as a matter of architecture rather than contract.

Desktop app

Native builds for macOS and Windows, plus a Linux AppImage. Install and scan — there is no server component to deploy, scale or patch. Scanning needs no internet beyond your target; the license re-checks about once a day while online and works offline for about a week between successful checks.

Local storage

Applications, scans, findings, evidence and reports live in a local database on your machine and are not automatically uploaded to Vookify. Selected findings leave it only through integrations you configure or reports you export.

Activity log

An append-only audit trail of what was done and when, filterable and exportable to CSV as compliance evidence.

Dark & light

A full dark and light theme, plus configurable date formats, request rate limits, timeouts and proxy settings.

Comparing DAST Tools?

See how Vooki Pro compares with other web application security testing solutions across AI-assisted vulnerability analysis, deployment, reporting, and licensing.

Vooki Pro vs. Burp Suite

Burp Suite Professional and Burp Suite DAST, compared separately: scan setup, AI features, report formats and licensing.

Vooki Pro vs. ZAP

The free, open-source scanner and its add-ons against a commercial desktop tool: setup, AI options, compliance reporting and support.

Vooki Pro vs. Cloud DAST Platforms

Invicti, Acunetix and StackHawk: deployment model, where scan data and AI processing live, and licensing.

See it against your own application

Every feature on this page is in the trial build. Seven days, with scan data stored locally by default.

This site uses cookies to enhance user experience. See Privacy Policy