Threatwright
Local-first threat modelling and risk analysis for products with digital elements under the EU Cyber Resilience Act (CRA), following BSI TR-03183-1. Built for machine and plant manufacturers (OT) whose engineers are not security specialists. Status: pre-alpha.
- Offline and local: Windows and Linux, no admin rights, no network access at runtime, no telemetry.
- Git is the database: one YAML file per object, stable IDs, saving without changes produces no diff. Merge requests are the change history;
threatwright diffcreates change evidence between releases. - TR-03183-1 as configuration: scales, factors, risk matrix and acceptance rules live in a method file with page references and can be overridden per project (Methodik).
- Building blocks instead of empty forms: OT library with 42 element types, 131 threat and 96 measure templates; STRIDE assistant, coverage matrix, data flow diagram.
- Documents from your own templates: DOCX, ODT, Markdown, HTML, PDF via LibreOffice; layout and outline without code changes (Vorlagenreferenz).
- CI: the same checks as the GUI in GitLab or GitHub pipelines, template pre-filled per project (CI).
- Interop: OSCAL import (catalogs such as Grundschutz++, profiles, component definitions), Threat Dragon and CSV import, CSV/JSON/XLSX export.
Documentation (German)
Schnellstart · Tutorial · Methodik · Prüfregeln · Ist das ein Cyberrisiko? · Bibliotheksformat · Vorlagenreferenz · Git-Arbeitsweise · OSCAL · CI · Offene Prüfpunkte · CRA-Selbstbewertung
Architecture decisions (English): docs/adr/.
Install and run
Option 1: portable download (no Python, no admin rights)
From the releases download threatwright-<version>-windows-amd64.zip or threatwright-<version>-linux-x86_64.tar.gz, unpack it anywhere (e.g. your user folder or a USB stick) and run threatwright.exe (Windows) or ./threatwright (Linux). Without arguments the GUI opens in your default browser. Verify downloads with SHA256SUMS (see SECURITY.md).
Option 2: with Python (3.12+)
pipx install threatwright
threatwright
Option 3: from source
Requirements: Python 3.12+, uv, Node.js 24 (only to build the GUI bundle). Optional: Git (change evidence), LibreOffice (PDF output).
git clone https://github.com/cpyix/threatwright.git
cd threatwright
uv sync
cd app && npm ci && npm run build && cd .. # builds the GUI into src/threatwright/web
uv run threatwright # start the GUI
Build the portable bundle yourself: uv run python packaging/build.py (output in dist/).
Usage
threatwright init my-product --name "My product" # new project (TR-03183-1 standard)
threatwright --project my-product # GUI in the default browser
threatwright --project my-product --no-browser # GUI, prints the URL instead
threatwright validate my-product # all rules; exit code 1 on errors
threatwright build my-product --format docx # documents into my-product/build
threatwright diff v1.0 --path my-product # change evidence since tag v1.0
threatwright ci gitlab my-product # GitLab pipeline for this project
threatwright --help # all commands
Started inside a project folder, threatwright opens that project directly. By default the GUI runs on 127.0.0.1 only, on a random port, protected by a per-start token and a strict Content Security Policy; nothing leaves your machine. To host it in a container or on a server, see Hosting the GUI.
Docker
The image contains the CLI, the GUI, Git and LibreOffice (for PDF). Use it in pipelines and batch jobs, or to host the GUI.
Build the image locally from the repository root (the frontend is built inside the image, no local Node.js needed):
docker build -t threatwright:local .
Run it on a project in the current folder:
# Linux / macOS
docker run --rm -v "$PWD:/work" --user "$(id -u):$(id -g)" threatwright:local validate .
docker run --rm -v "$PWD:/work" --user "$(id -u):$(id -g)" threatwright:local build . --format pdf
# Windows PowerShell
docker run --rm -v "${PWD}:/work" threatwright:local validate .
--user makes generated files belong to you instead of the container user. Released images are published as ghcr.io/cpyix/threatwright:<version>; the pipeline templates use them.
Hosting the GUI (container or server)
Three options control where the GUI listens (ADR-0013):
| Option | Meaning |
|---|---|
--host 0.0.0.0 |
Listen on all interfaces (needed inside a container). Default 127.0.0.1. |
--port 8080 |
Fixed port. Default: random free port. |
--allowed-host NAME |
Host name the browser uses (localhost, threatwright.example.com, …); accepted on any port. Repeatable. All other Host headers are rejected. |
THREATWRIGHT_TOKEN (env) |
Fixed access token, at least 24 characters, so the link survives restarts. Default: new random token per start. |
On your own machine with Docker:
# Linux / macOS
docker run --rm -p 127.0.0.1:8080:8080 -v "$PWD/my-product:/work" --user "$(id -u):$(id -g)" \
ghcr.io/cpyix/threatwright:<version> --project /work --no-browser \
--host 0.0.0.0 --port 8080 --allowed-host localhost
# Windows PowerShell
docker run --rm -p 127.0.0.1:8080:8080 -v "${PWD}/my-product:/work" `
ghcr.io/cpyix/threatwright:<version> --project /work --no-browser `
--host 0.0.0.0 --port 8080 --allowed-host localhost
The container prints open: http://localhost:8080/#token=…; open that link. -p 127.0.0.1:8080:8080 keeps the port on your machine only.
On a server (Docker Compose behind a TLS proxy):
# compose.yaml
services:
threatwright:
image: ghcr.io/cpyix/threatwright:<version>
command: [--project, /work, --no-browser, --host, 0.0.0.0, --port, "8080",
--allowed-host, threatwright.example.com]
environment:
THREATWRIGHT_TOKEN: ${THREATWRIGHT_TOKEN} # e.g. openssl rand -base64 32, in .env
volumes:
- ./my-product:/work # a Git checkout of the project
restart: unless-stopped
caddy:
image: caddy:2
command: caddy reverse-proxy --from threatwright.example.com --to threatwright:8080
ports: ["443:443", "80:80"]
volumes: [caddy-data:/data]
volumes:
caddy-data:
Then open https://threatwright.example.com/#token=<THREATWRIGHT_TOKEN>. The project folder must be writable by UID 10001 (chown -R 10001 my-product), or set user: to the folder's owner.
Without Docker on a server: run threatwright --project my-product --no-browser --port 8080 (still bound to 127.0.0.1) and reach it through an SSH tunnel: ssh -L 8080:127.0.0.1:8080 server, then open the printed link locally.
Before you host it, note:
- The token is the only login. Anyone with the link can read and change the model. Expose it only over TLS and behind your own access control (VPN, SSO proxy); never put a bare port on the internet.
- One shared session per instance. Everyone works on the same in-memory state; it suits one person or a coordinated team. Run one instance per project.
- Git stays with you. The GUI saves files into the mounted folder; commit, push and merge requests happen outside, as with the local GUI.
- Confined to the project folder. As soon as the GUI is reachable for others (
--hostother than loopback, or any--allowed-host), it only opens, creates and imports inside the--projectfolder (or the working directory). The folder dialog and "open build folder" are switched off; pass the project with--project.
Development
uv run pytest # incl. GUI end-to-end and accessibility tests
uv run ruff check . && uv run mypy # lint and strict typing
cd app && npm run check # frontend type check
Repository layout
src/threatwright/ Python core: model, method, rules, library, assistant, render, oscal, vcs, interop, cli, server
branding.py product name (single place; app/src/branding.ts for the UI)
methods/ risk methods as configuration (tr-03183-1)
libraries/ot/ element, threat, measure templates (CC BY 4.0)
catalogs/ verified reference IDs (ATT&CK for ICS, EMB3D, IEC 62443 FR, CRA)
templates/ neutral document templates
ci_templates/ GitLab/GitHub pipeline templates
oscal/schemas/ bundled NIST OSCAL schemas
app/ Svelte 5 + Svelte Flow frontend (bundled into the package)
schemas/ JSON Schemas v1 for all file types
tests/ unit, roundtrip, rendering, e2e (Playwright, axe)
docs/ user docs (de), ADRs (en), VERIFY.md
ci/ static pipeline templates
packaging/ PyInstaller build (portable, no admin rights)
scripts/ repo maintenance (leak checks, library coverage)
Contributing
pip install pre-commit && pre-commit install
Hooks run gitleaks and a forbidden-files check; CI repeats both over the full history. Security issues: see SECURITY.md.
License
Code: AGPL-3.0 (see LICENSE). Bundled libraries and templates: CC BY 4.0. Your models and generated documents are yours.
Metadata
Release files for threatwright 0.1.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | |
|---|---|---|---|---|
| threatwright-0.1.0.tar.gz | 1.2 MB | With provenance | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| threatwright-0.1.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 2.2 MB
Release files / threatwright-0.1.0.tar.gz
| Download URL | threatwright-0.1.0.tar.gz |
|---|---|
| Size | 1.2 MB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
25f3e435ddd9ba4be818de77981331b4a72473cf5fe01f792220549984854b27
|
|
BLAKE2b-256 checksum How to use checksums |
15e7aacb5489c6b70ab475f73b56a79595c14da3c228f920c845545fac6e653e
|
| 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 Oct 20, 2026.
Transparency logRelease files / threatwright-0.1.0-py3-none-any.whl
| Download URL | threatwright-0.1.0-py3-none-any.whl |
|---|---|
| Size | 978.6 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
2aad0c2eb138f59145bf6c8a523d562c39b5f62d147b0224c82054d6425e9cb5
|
|
BLAKE2b-256 checksum How to use checksums |
a6d703a2b78ecd31aa40a45406df79acb9ff514e6520c69e538a44c99f3e1123
|
| 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 Oct 20, 2026.
Transparency logSecurity for threatwright 0.1.0
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.
Full provenance
All 2 files in this release have been uploaded with provenance metadata.
Attestation for threatwright-0.1.0.tar.gz
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 Oct 20, 2026.
Transparency logA note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.