Vexcalibur
Vexcalibur turns software bills of materials and vulnerability findings into VEX documents. It reads CycloneDX SBOMs or a GitHub Dependency Graph SBOM. Findings come from an OSV-compatible service or a local file.
Version 0.3.1 writes CycloneDX 1.6, OpenVEX 0.2.0, and CSAF 2.0 JSON. CSAF
output uses the csaf_vex profile.
The project is usable, but still pre-1.0. Pin an exact release because command flags, Python APIs, and detailed output may change.
What works today
| Area | Support |
|---|---|
| SBOM input | CycloneDX JSON and XML 1.4–1.6; GitHub Dependency Graph SPDX 2.3 JSON |
| Finding sources | Public OSV with explicit consent; private OSV-compatible endpoints; local findings files |
| VEX output | CycloneDX 1.6 JSON; OpenVEX 0.2.0 JSON; CSAF 2.0 JSON with the csaf_vex profile |
| Automation | A companion GitHub Action |
| Migration | A narrow vexy command-line compatibility layer |
| Python | 3.10–3.14 |
Install a release
Create an environment and pin the package version:
python -m venv .venv
.venv/bin/python -m pip install "vexcalibur==0.3.1"
.venv/bin/vexcalibur --help
On Windows, use .venv\Scripts\python and .venv\Scripts\vexcalibur.
Try local generation
Clone the repository, then install its locked dependencies:
uv sync
Dependency installation may contact the configured package index. The generation command below uses only local inputs and does not contact a vulnerability service.
Generate a VEX document from the committed example files:
uv run --frozen vexcalibur generate \
tests/fixtures/sbom/cyclonedx-json-simple.json \
--offline \
--findings-file tests/fixtures/findings/all-analysis-states.json \
--timestamp 2026-06-23T00:00:00Z \
--output /tmp/vexcalibur-vex.json
Check the result:
python - <<'PY'
import json
from pathlib import Path
vex = json.loads(Path("/tmp/vexcalibur-vex.json").read_text())
assert vex["bomFormat"] == "CycloneDX"
assert vex["specVersion"] == "1.6"
assert len(vex["vulnerabilities"]) == 5
print("generated CycloneDX VEX")
PY
See the quickstart for the guided version of this example.
CycloneDX remains the default output. Add --format openvex and identify the
document author to create OpenVEX. Add --format csaf and the required
document and publisher metadata to create a CSAF 2.0 VEX document. Follow the OpenVEX
guide
or CSAF
guide
for a runnable example and the format's evidence rules.
Choose a finding source
Vexcalibur requires one finding source for each generation run.
| Inventory and trust boundary | Use |
|---|---|
| Findings already exist locally | Use --findings-file findings.json. Add --offline for a local SBOM. |
| Inventory may go to an internal service | --osv-url https://osv.internal.example |
| Inventory is approved for public OSV | --allow-public-osv |
Warning:
--allow-public-osvsends package URLs and versions tohttps://api.osv.dev. Do not use it with a private SBOM or sensitive package inventory unless that disclosure is approved.
The default public endpoint fails closed without that flag. Fetching an SBOM from GitHub is a separate network boundary and does not grant permission to send the resulting inventory to public OSV.
Documentation
- Start with the quickstart.
- Follow the CycloneDX, OpenVEX, or CSAF generation guide.
- Use the CLI reference for flags and failure behavior.
- Read the CycloneDX, OpenVEX, or CSAF output contract before consuming generated files.
- Read the architecture before adding a source or output format.
- Read the self-release evidence design, inspect a local bundle, or follow the immutable release runbook.
- Check project status for current limits.
The complete manual is at vexcalibur-dev.github.io/vexcalibur.
Contributing
Run the local quality gate:
make check
Documentation changes must also build without warnings:
uv sync --extra docs
make docs
Parser, source-client, package-URL, and terminal-safety changes must also run the deterministic fuzz smoke profile:
make fuzz-smoke
See CONTRIBUTING.md, the security policy, the fuzzing guide, and the Python style policy before opening a pull request.
Use the issue forms for questions, bugs, and feature requests. The organization support policy explains which public route to use, and the code of conduct applies to project spaces.
Vexcalibur is licensed under the Apache License 2.0.
Release files for vexcalibur 0.4.3
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| vexcalibur-0.4.3.tar.gz | 933.6 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| vexcalibur-0.4.3-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 999.4 kB
Release files / vexcalibur-0.4.3.tar.gz
| Download URL | vexcalibur-0.4.3.tar.gz |
|---|---|
| Size | 933.6 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
1e1aa4962c30acd2b98693e1c0fc002e9affb635e21ecefe7ff4e21966d143e8
|
|
BLAKE2b-256 checksum How to use checksums |
07bc320dac213fa4ba29fe973cbefee8f29013825b59202806c0fe7b7124ee41
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.13
|
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 4, 2026.
Transparency logRelease files / vexcalibur-0.4.3-py3-none-any.whl
| Download URL | vexcalibur-0.4.3-py3-none-any.whl |
|---|---|
| Size | 65.8 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
7972de629fc77128d5aa09c2904df6787ea27116ee966a4e770d28e0bfdbe001
|
|
BLAKE2b-256 checksum How to use checksums |
f36042ac909167b3f2647558bf4289c761a913027d389ca36221d7e738127ddb
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.13
|
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 4, 2026.
Transparency log