Release Assurance
We build security tooling — so we hold our own code to the standard we audit everyone else against. Nothing reaches a customer on the strength of “it worked on my machine” or a green checkmark someone eyeballed. Every line of code, and every downloadable, installable artifact, is put through a layered, evidence-based certification pipeline first. This is the process our next release — and every release after it — is certified against.
Principles
A release is approved by measured results, not judgement. Every gate emits a machine-readable artifact — a coverage number, a SARIF security report, an install log, a signed checksum, a software bill of materials. If we can’t show the evidence, we don’t ship it.
Most vendors test their source. We take the actual .deb, .rpm, or .msi a
customer downloads, install it on a clean machine, boot it, log in, and drive every page — and we keep the
receipts. Code that passes tests but won’t install cleanly is not “done.”
The Pipeline
Nine stages, each emitting evidence, between a developer’s keystroke and your download.
Local hooks run formatting and lint (Black, isort, flake8), PowerShell analysis (PSScriptAnalyzer), shell linting (shellcheck), a secret scanner that blocks keys and credentials, and a “no new inline frontend” ratchet.
GPG-signed commits, an enforcement-version check, and a manifest guaranteeing managed files are committed. Deep security and dependency gates run before code ever reaches the server.
Tests + coverage — the full suite runs, and a self-calibrating coverage gate blocks any regression below the committed floor. Python — Bandit (security patterns), ruff. PowerShell, the code that runs elevated on customer machines — PSScriptAnalyzer + InjectionHunter catch injection, plaintext credentials, and unsafe execution; Pester runs unit tests; a syntax gate parses every single script. Dependencies + deprecated code — every release runs pip-audit (Python) and npm audit (JavaScript) to flag known-vulnerable packages, and scans our own source for deprecated APIs (e.g. calls scheduled for removal in a future language runtime) — blocking them, so a deprecation is fixed in the release that introduces it rather than discovered when an upgrade breaks it. A weighted OWASP scorecard is computed every run and published as evidence.
Static analysis → SARIF. Every product’s source is scanned for security anti-patterns — injection, unsafe execution, hard-coded credentials, dangerous deserialization — with Bandit (Python) and PSScriptAnalyzer + InjectionHunter (PowerShell, the code that runs elevated on customer machines). Findings are emitted as SARIF, the industry-standard security format.
Supply-chain vulnerability scan. We take the CycloneDX SBOM of exactly what ships — built from the offline wheelhouse, so it lists real pinned versions, not a guess at the source tree — and scan it with Grype against the OSV and GitHub advisory databases. Precise package-and-version matching surfaces genuinely known-vulnerable components without the false positives that fuzzy scanners produce. Together these answer both questions: is the code safe, and is anything we bundle known-vulnerable.
Every gate above is aggregated into a single release decision plus a complete evidence bundle — static analysis, security, tests, quality score, and a human-readable report. The decision comes from the gates’ actual results, not an arbitrary score.
Artifacts ship as native OS packages: Linux .deb/.rpm (each with an offline
wheelhouse for air-gapped installs), signed Windows MSI, and signed, notarized macOS
packages. Docker is a build-and-test sandbox only — never the deployment format.
Each build also emits a CycloneDX Software Bill of Materials (SBOM) describing exactly what ships. For packages that carry an offline wheelhouse, the SBOM is generated from the shipped wheelhouse — so it lists the real, pinned dependency versions in the artifact you download, not an approximation of the source tree.
For every artifact and every package format we:
A package that won’t install, a page that errors, a broken link — each is a release blocker, caught here, before a customer ever sees it.
Every artifact is signed — GPG for Linux, code-signing certificates for Windows, Apple codesign + notarization for macOS.
You don’t just get a binary; you get the binary and its proof — a signed Release Evidence Pack attached to every release, indexed by a manifest so you can see, and cryptographically verify, exactly what backs each claim:
Every item is signed with the AuditToolkit release key, so you can inventory exactly what you’re installing and verify that inventory — and its integrity — came from us. Auditable, reproducible, and in the box every time.
Across the Product Suite
The audit consoles, asset and exposure centres, and CMDB run the full stack: tests + coverage, Bandit static analysis, an SBOM-based dependency vulnerability scan, the OWASP scorecard, and the authenticated install-and-crawl proof on native packages.
Heavily PowerShell, so they get the security-focused treatment: PSScriptAnalyzer + InjectionHunter, Pester tests, and a full syntax gate on every script.
Whatever the language, each is certified to the same end state: a signed, native artifact, installed on a clean host and driven through its real UI — with the evidence to prove it.
What It Means For You
Every release certified under this process is statically analysed, vulnerability-scanned, dependency-audited, deprecation-checked, coverage-gated, security-scored, SBOM-inventoried, cryptographically signed, and installed and exercised end-to-end on a clean machine — and ships with a documented evidence trail behind every claim.
Every release ships with its proof. Browse the release notes, or ask us about the certification bundle for any product.