Skip to main content

VardrRunner

The local automation runner for the VardrSec product family.

VardrRunner runs your security tooling on your machine and syncs the results to a VardrSec backend (today: VardrMap) over HTTP. It is a thin, fast, dependency-light client: it polls the backend for queued scan jobs, claims them atomically, executes the tool locally, streams live progress back, uploads results, and heartbeats so the backend always knows which machines are online.

Why local? Recon and scanning tools belong on the operator's box — their bandwidth, their IP, their tool versions. The backend orchestrates and stores; the runner does the work. The two are fully decoupled and only ever exchange JSON.


Features

  • Job queue worker — poll, atomically claim, execute, and report scan jobs
  • Daemon mode — daemon start runs a continuous background worker (poll every 5 s, heartbeat every 60 s) with detached mode, PID file, and graceful shutdown
  • Tool runners — httpx, subfinder, nuclei, nmap, dnsx, naabu (more coming), each capturing output into a timestamped run directory, every run bounded by a timeout
  • Recon pipelines — chain tools in one command: recon (subfinder → httpx → nuclei), deep (adds dnsx resolution), ports (subfinder → dnsx → naabu), quick
  • VardrGate authorization tests — vardrgate_api_test jobs drive the local vardrgate binary over a CLI/JSON contract and attach the sanitized result to the job. Identity credentials may reference a secret (value_env / value_keychain) that is resolved on the runner at execution time, so the secret never reaches the backend
  • Importers — pull existing nuclei / httpx output files into the backend
  • Real heartbeat — reports hostname, version, OS, and per-tool availability so the backend's Bridge shows live machine status
  • Live job events — emits started → targets_resolved → running → uploaded → done/failed so the backend Terminal shows real-time logs
  • Preflight (doctor) — one command validates the whole machine (creds, URL, perms, auth, daemon, disk, tools, pipelines) and exits non-zero on actionable failures, for scripting unattended/VPS provisioning
  • Safe by default — missing tools fail the job loudly, targets are normalized before use, and the API key is stored locally with restrictive permissions

Requirements

  • Python 3.10+
  • The external tools you intend to run, on your PATH (e.g. httpx, subfinder, nuclei, nmap, dnsx, naabu) — plus vardrgate if you run vardrgate_api_test jobs
  • A VardrSec backend URL and an API key (vmap_… for VardrMap)
  • VardrMap ≥ v0.22.0 as the backend — the runner calls /engagements/* (see CHANGELOG v0.27.0)

Install

From PyPI (once published) — recommended via pipx for an isolated CLI:

pipx install vardrrunner      # or: pip install vardrrunner

From a GitHub Release (works today, before PyPI) — grab the wheel from the latest release (each is built in CI with a CycloneDX SBOM and a build-provenance attestation):

pipx install ./vardrrunner-<version>-py3-none-any.whl

Releases are cut per vX.Y.Z tag, so the newest release can lag main. Compare the release tag against CHANGELOG.md — if you need a version that has not been tagged yet, install from source.

From source (development):

git clone https://github.com/VardrSec/VardrRunner.git
cd VardrRunner
python -m venv venv
.\venv\Scripts\Activate.ps1     # Windows  (macOS/Linux: source venv/bin/activate)
pip install -e ".[dev]"

All three install the vardrrunner command.

Homebrew / Scoop formulae are planned once there's demand; until then use pipx or the release wheel.

Quick start

vardrrunner login vardrmap     # prompts for backend URL + API key; key goes to your OS keychain
vardrrunner status             # show config, version, and which tools are detected
vardrrunner heartbeat          # confirm the backend can see this machine
vardrrunner daemon start       # run the continuous worker (poll jobs + heartbeat)

One-shot usage

vardrrunner engagements                                       # list your engagements
vardrrunner scope <engagement-id>                             # show in/out-of-scope items
vardrrunner jobs list                                         # show the backend queue
vardrrunner jobs run                                          # claim + execute all pending jobs once
vardrrunner run subfinder --engagement <engagement-id>        # run a single tool and upload results
vardrrunner import nuclei --engagement <engagement-id> -f out.jsonl

--engagement takes the engagement UUID; --program and -p are accepted as aliases.

See docs/cli.md for the full command reference.

Configuration

Desktop / dev: vardrrunner login stores your API key in the OS keychain (macOS Keychain, Windows Credential Locker, Linux Secret Service) — no plaintext key on disk. The backend URL is kept in ~/.vardrmap/config.json. Run vardrrunner logout to remove it.

CI / servers / containers: set credentials via environment variables (no keychain needed). The key resolves in this order — VARDRMAP_API_KEY env → OS keychain → config file:

Variable Purpose
VARDRMAP_URL Backend base URL (must be https://, except localhost)
VARDRMAP_API_KEY Your vmap_ API key
VARDRRUNNER_TOOL_TIMEOUT Per-tool run timeout in seconds (default 1800); a hung tool is killed and the job marked failed
VARDRRUNNER_ALLOW_INSECURE Set to 1 to permit a plain-HTTP backend URL (not recommended)

The runner refuses to send your API key over plain HTTP to a non-local host, so a mistyped http:// URL can't leak your key.

Documentation

Development & testing

pip install -e ".[dev]"   # editable install + dev tools (pytest, ruff, mypy)
ruff check vardrrunner tests           # lint
ruff format --check vardrrunner tests  # formatting
mypy vardrrunner                       # type check
pytest tests              # 450 tests; all subprocess + HTTP calls are mocked

CI runs ruff (lint + format), mypy, and a bandit security scan, then the test suite at a 95% coverage floor on Python 3.10/3.11/3.12 (Linux) plus a 3.12 smoke on Windows and macOS, and a pip-audit dependency audit — on every push and PR to main. Contributions follow the Engineering Charter in CLAUDE.md: clean code, tests in the same commit, docs updated, and the suite always green.

License

MIT © 2026 Jorge Aquino.


Part of the VardrSec product family — VardrMap · VardrRunner · VardrVault.

Metadata

Release files for vardrrunner 0.28.0

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for vardrrunner 0.28.0
File Size Uploaded
vardrrunner-0.28.0.tar.gz 78.4 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for vardrrunner 0.28.0
File Interpreter ABI Platform
vardrrunner-0.28.0-py3-none-any.whl Python 3 none any Details

Total release size: 129.5 kB

Release files / vardrrunner-0.28.0.tar.gz

Download URL vardrrunner-0.28.0.tar.gz
Size 78.4 kB
Tags Source
SHA-256 checksum
How to use checksums
d7cc0c8e913571a16c45e5abaa84c48b6428a458d3b882d959b803413ea762d8
BLAKE2b-256 checksum
How to use checksums
cec9d4c3f333e4421f2e8593cba7ff9cca36b867d00a5bedddb07c9edded07da
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Aug 17, 2026.

Transparency log

Release files / vardrrunner-0.28.0-py3-none-any.whl

Download URL vardrrunner-0.28.0-py3-none-any.whl
Size 51.0 kB
Tags Python 3
SHA-256 checksum
How to use checksums
13c351ebce485b702f069a33284cf9c6bf6a9ec48edd8e0a91881988820fe3a3
BLAKE2b-256 checksum
How to use checksums
5a03b54ac852e218069ba2f77f8bb8aadb69549202fe63d724a9ce592b9c6efd
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Aug 17, 2026.

Transparency log

Release history Release notifications | RSS feed

0.36.1

2 release files

0.36.0

2 release files

0.28.1

2 release files

This release

0.28.0 This release

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page