euvd-watch
EUVD-native software supply-chain vulnerability watch + EU Cyber Resilience Act (CRA) reporting toolkit.
⚠️ Status: work in progress. APIs and structure may change until
1.0.0. The Commands table below marks what is ✅ available today versus 🧪 beta versus 🚧 planned — milestones M0–M5 (scan, match, VEX, the CRA workflow,watchmode, Docker image, GitHub Action, GitLab template, PyPI releases) are implemented and tested. The dashboard (M6) is fully implemented — app, accessibility gate, and a tested deployment guide (docs/deploy.md) — and marked beta only because its surface may still change before the1.1GA.
euvd-watch connects software supply-chain transparency to Europe's own vulnerability infrastructure and to the concrete reporting duties of the EU Cyber Resilience Act.
It ingests your SBOM, continuously matches every component against the European Union Vulnerability Database (EUVD) operated by ENISA — including its actively exploited flag and EPSS scores — automatically drafts machine-readable VEX statements to cut false-positive noise, and, when a component is hit by an actively exploited vulnerability, drafts the CRA Article 14 notification and starts the 24-hour clock with a tamper-evident audit trail.
Why this exists
SBOM generation (Syft, cdxgen) and scanning against US sources (NVD, OSV) are mature. But:
- Nothing open is built around the EUVD — Europe's own vulnerability database, operated by ENISA.
- Nothing connects "exploited" status to the CRA's actual reporting workflow (the 24-hour early warning to ENISA/CSIRTs).
- VEX generation is still mostly manual, so teams drown in non-applicable findings.
euvd-watch fills that gap as a self-hostable building block that runs in CI/CD and on a schedule. It does not reinvent SBOM generators or scanners — it reuses them.
Pipeline
flowchart LR
A[SBOM<br/>CycloneDX / SPDX] -->|ingest| B[Normalized<br/>components]
B -->|match| C[EUVD<br/>exploited + EPSS + KEV]
C --> D[OpenVEX<br/>statements]
C -->|trigger| E[CRA Article 14<br/>draft + 24h clock + audit log]
B -.->|CI/CD · CLI · watch| F[Dashboard]
Quickstart (everything below works today)
pip install euvd-watch
euvd-watch version
# 1. Generate an SBOM for your project (using Syft, or bring your own)
syft dir:. -o cyclonedx-json > sbom.cdx.json
# 2. See what's inside it
euvd-watch scan sbom.cdx.json
# 3. Match it against the EUVD — show only actively exploited vulnerabilities
euvd-watch match sbom.cdx.json --exploited-only
# 4. Generate OpenVEX statements (conservative by design)
euvd-watch vex generate sbom.cdx.json -o openvex.json
# 5. Check whether anything crossed your CRA reporting threshold
euvd-watch cra check sbom.cdx.json
euvd-watch cra status
# 6. Watch it on a schedule - notify only new/resolved/changed findings
euvd-watch watch sbom.cdx.json --interval 6h
Commands
| Command | Status | What it does |
|---|---|---|
scan <sbom> |
✅ | Parse and normalize a CycloneDX (1.4–1.6) / SPDX (2.3) JSON SBOM into a component inventory. |
match <sbom> |
✅ | Match components against the EUVD, with confidence scoring and EPSS/KEV enrichment. Flags: --exploited-only, --min-confidence, --fail-on, --no-enrich, --save-findings, --timestamp. |
vex generate <sbom> |
✅ | Draft OpenVEX statements. Only provably safe findings become not_affected; everything uncertain stays under_investigation. Merges your vex-decisions.yaml (--fail-on-conflict for CI). |
vex init-decisions <sbom> |
✅ | Scaffold a vex-decisions.yaml from current findings for humans to fill in. |
cra check <sbom> |
✅ | Evaluate the configurable reporting trigger (EUVD exploited / CISA KEV / EPSS threshold) and open events. Exit 1 when a new event opens; exit 3 indeterminate when a required signal's source (KEV/EPSS) was unavailable so a clean result can't be trusted (see docs/cra.md). |
cra status / cra draft <id> / cra mark <id> |
✅ | Track the staged deadline clocks (24 h / 72 h / final report), render a prefilled notification draft with TODO-HUMAN markers, record human completion. |
cra verify-log |
✅ | Verify the tamper-evident (hash-chained) audit log; names the first broken entry. |
watch <sbom> |
✅ | Re-match on a schedule (--interval 6h) or once (--once, the default) and notify only new/resolved/changed findings (stdout, and --webhook URL). See docs/watch.md. |
db migrate |
✅ | Apply pending schema migrations to the consolidated state DB (state_dir/euvd-watch.sqlite) and import pre-0.4 state files. Runs transparently on every state-touching command; this makes it explicit. See docs/storage.md. |
web serve |
🧪 beta (1.1 target) |
Self-hostable dashboard: findings, VEX statuses, CRA countdowns, audit log, one password-gated write action. web hash-password sets the credential. WCAG 2.1 AA gated in CI; Docker Compose + Caddy deployment in docs/deploy.md. See docs/web.md. |
All implemented commands support --output json|table and CI-friendly exit codes
(0 clean, 1 findings, 2 error; cra check adds 3 indeterminate). Unimplemented
commands exit 2 with a clear message.
--output is a global option, so it goes before the command, not after it:
euvd-watch --output json match sbom.cdx.json --exploited-only # correct
euvd-watch match sbom.cdx.json --exploited-only --output json # exits 2: "No such option"
In JSON mode stdout carries only the JSON document — summaries and warnings go to
stderr — so euvd-watch --output json match sbom.cdx.json > findings.json is safe to
pipe straight into jq.
Using it in CI
The GitHub Action (action.yml at the repo root), the GitLab include-template
(templates/euvd-watch.gitlab-ci.yml) and the Docker image (docker/Dockerfile) are
implemented, schema-linted, and dogfooded by this repository's own CI — see
docs/integrations.md for the full reference.
GitHub Actions:
- uses: anchore/sbom-action@v0 # generate SBOM with Syft
with: { format: cyclonedx-json, output-file: sbom.cdx.json }
- uses: caisarus/euvd@v0.4.1
with:
sbom-path: sbom.cdx.json
fail-on: exploited
GitLab CI:
include:
- remote: 'https://raw.githubusercontent.com/caisarus/euvd/main/templates/euvd-watch.gitlab-ci.yml'
euvd-watch:
variables: { EUVDWATCH_SBOM: "sbom.cdx.json", EUVDWATCH_FAIL_ON: "exploited" }
Docker (ghcr.io/caisarus/euvd-watch, or build locally):
docker run --rm -v "$PWD:/work:ro" ghcr.io/caisarus/euvd-watch:latest match /work/sbom.cdx.json
# or build from a clone:
docker build -f docker/Dockerfile -t euvd-watch .
Configuration
euvd-watch.yaml (or --config, or EUVD_WATCH_* env vars):
cache_dir: ~/.cache/euvd-watch
epss_threshold: 0.5
min_confidence: medium
organization:
name: "Example S.R.L."
contact_email: security@example.com
product_name: "Example Product"
cra_trigger:
euvd_exploited: true
cisa_kev: true
epss_over_threshold: true
Design principles
- Reuse, don't reinvent — wrap Syft/cdxgen output, OpenVEX, EPSS, KEV; build only the missing glue.
- EUVD-first, with OSV/KEV/EPSS as supplements.
- Conservative VEX — never auto-suppress something that might be real risk.
- Human-in-the-loop reporting —
euvd-watchdrafts; a human confirms before anything is filed. The tool never submits anything automatically. - Auditable — every decision carries a human-readable explanation and lands in a hash-chained audit log.
- Deterministic — same inputs produce byte-identical outputs.
What euvd-watch is NOT
- Not an SBOM generator (use Syft/cdxgen).
- Not a general-purpose scanner replacement (Grype/Trivy remain great for NVD/OSV coverage).
- Not legal advice, and not an automatic filing tool — CRA notifications are always reviewed and submitted by a human through official channels.
Architecture & docs
Start here
- ARCHITECTURE.md — how the pieces fit together, module by module
- README.simple.md — the same story, explained so a child can follow it
- GLOSSARY.md — every technical term (SBOM, VEX, CRA, EPSS…) in plain language
How each part behaves
- docs/matching.md — matching strategies & confidence scoring
- docs/cra.md — the CRA Article 14 workflow, deadline stages, and the audit log's honest threat model
- docs/euvd-api.md — the verified EUVD API surface this tool uses
- docs/watch.md — scheduled re-matching, diffing, and webhook delivery
- docs/web.md — the dashboard, its auth model, and its documented limits
- docs/storage.md — the state database, migrations, and backups
Running it somewhere
- docs/integrations.md — GitHub Action, GitLab template, Docker
- docs/deploy.md — self-hosting with Docker Compose and Caddy
- docs/accessibility.md — the WCAG 2.1 AA gate and how it is run
- docs/release.md — versioning policy and the release process
Contributing
Early contributors are very welcome — see CONTRIBUTING.md for the dev setup, how to run the tests, and the two governance rules that keep this tool honest: every wild bug becomes a truth-table row before its fix merges, and every alias-table entry cites a real EUVD record.
Reporting a vulnerability in euvd-watch itself: SECURITY.md.
License
EUPL-1.2. Documentation provided in English and Romanian — see README.ro.md and GLOSSARY.ro.md / vezi README.ro.md și GLOSSARY.ro.md.
Metadata
Release files for euvd-watch 1.0.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 | Actions |
|---|---|---|---|---|
| euvd_watch-1.0.0.tar.gz | 734.0 kB | With provenance | Details for euvd_watch-1.0.0.tar.gz |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Actions Reset |
|---|---|---|---|---|
| euvd_watch-1.0.0-py3-none-any.whl | Python 3 | none | any | Details for euvd_watch-1.0.0-py3-none-any.whl |
Total release size: 862.3 kB
Release files / euvd_watch-1.0.0.tar.gz
| Download URL | euvd_watch-1.0.0.tar.gz |
|---|---|
| Size | 734.0 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
26ec75b5dc1df172e5f6656cb6794ffec694395e3a4602b6e4c5d3fd00e75e0b
|
|
BLAKE2b-256 checksum How to use checksums |
2c7c2b7ab179dd61045465d1196aa9c9dd1a4034c46ce0050a45043e02e10abe
|
| 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 21, 2026.
Transparency logRelease files / euvd_watch-1.0.0-py3-none-any.whl
| Download URL | euvd_watch-1.0.0-py3-none-any.whl |
|---|---|
| Size | 128.3 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
40d009777be2b3145da718fc734360a869024783b70c1a7a318c97d07c3881b3
|
|
BLAKE2b-256 checksum How to use checksums |
7838839b9ba3ffdc8914bea1768d230e44a8fa51440314fea2b4be5d834ab037
|
| 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 21, 2026.
Transparency logSecurity for euvd-watch 1.0.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 euvd_watch-1.0.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 Aug 21, 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.
To learn more about protecting yourself from malicious actors, visit our package security documentation.