CRA Evidence CLI
Command-line tools for CRA Evidence workflows and local software supply-chain checks.
The CLI has two modes:
- Local commands that run without a CRA Evidence account or API key.
- Account commands that upload evidence or read release state from CRA Evidence.
This page covers the public command basics. The full reference lives in docs/. Registered CRA Evidence users can also sign in to view the command documentation at https://docs.craevidence.com/cli-reference.
The local checks are review aids and CI gates. They are not an audit, and exit 0 does not prove compliance.
Install
pip install craevidence
pipx install craevidence
pipx is a good fit for command-line tools because it installs the package in
an isolated environment.
The installed command is:
craevidence --help
Python 3.12 or newer is required. Docker images and other install options are covered in the installation guide.
Documentation
| Page | Contents |
|---|---|
| Local commands | check, eol-check, egress-check, secrets-check, config-check, code-check, draft, assessment, db, and the offline template scaffold. |
| Account commands | Version creation, uploads, scan, status, risk assessment status, release lifecycle, distributor, profiles, validation, and verification. |
| CI/CD integration | GitHub Action, GitLab Component, Docker, Jenkins, OpenSSF Scorecard, and complyctl. |
| Installation | PyPI, Docker, container registries, and from source. |
| Troubleshooting | Common errors and fixes. |
| Releasing | Maintainer reference: channels, verification, tags, support policy. |
Local Check
craevidence check scans a directory, container image, or existing SBOM and
reports known vulnerability signals that can block CI when a threshold is met.
It does not require an account and does not upload your project to CRA Evidence.
craevidence check .
craevidence check --image ghcr.io/acme/app:1.4.2
craevidence check --sbom sbom.cdx.json
craevidence check . --fail-on known-exploited
By default, check uses network data sources. It uses Grype when installed
and working, falls back to OSV.dev when Grype is absent or fails, and consults
CISA KEV plus FIRST EPSS for enrichment. For a network-restricted run, provide
an SBOM with --sbom and run where Grype has a local database; CISA KEV and
FIRST EPSS enrichment are reported as unavailable if they cannot be reached.
Verbose output includes a section named What this local snapshot cannot tell you. The JSON output keeps the same review context in machine-readable form.
Free Commands
These commands do not need CRA_EVIDENCE_API_KEY:
| Command | Purpose |
|---|---|
check |
Scan a directory, image, or SBOM and gate CI with --fail-on. |
eol-check |
Flag end-of-life and support status from local SBOM components. |
egress-check |
Inventory external interfaces and data-egress indicators. |
secrets-check |
Scan the working tree for candidate hard-coded secrets. |
config-check |
Audit Dockerfile, Terraform, and Kubernetes files for insecure defaults. |
code-check |
Scan source code for potential security weaknesses using Opengrep (requires separate install). |
draft |
Scaffold VEX, security.txt, advisory, risk-assessment, and threat-model drafts for review. |
compliance-as-code template --offline |
Create starter YAML from local input without an API key. |
assessment |
Scaffold an Annex I applicability matrix and gate CI on structured gaps. |
db update / db status |
Manage and inspect the local Grype vulnerability database cache. |
CI Examples
GitHub Actions:
jobs:
cra-check:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- run: pipx install craevidence
- run: craevidence check . --fail-on known-exploited
GitLab CI:
cra-check:
image: python:3.12-slim
script:
- pip install craevidence
- craevidence check . --fail-on known-exploited
Account Commands
Commands that upload evidence or read CRA Evidence release state need an API key:
export CRA_EVIDENCE_API_KEY=...
craevidence create-version --product my-product --version 1.0.0
craevidence upload-sbom --product my-product --version 1.0.0 --file sbom.cdx.json
craevidence status --product my-product --version 1.0.0
create-version creates a draft under an existing product without uploading
new evidence. CRA Evidence automatically links reusable product-level
documents and templates to the version. This is useful when source-code
findings need a version before an SBOM is available:
craevidence create-version --product my-product --version 1.0.0
craevidence code-check . --product my-product --version 1.0.0 --upload
code-check runs locally and uploads SARIF findings, not source code. Neither
command proves compliance.
The default API URL is:
https://api.craevidence.com
You can override it with:
export CRA_EVIDENCE_URL=https://api.craevidence.com
Environment Variables
| Variable | Purpose |
|---|---|
CRA_EVIDENCE_API_KEY |
API key for account commands. |
CRA_EVIDENCE_URL |
CRA Evidence API URL. Defaults to https://api.craevidence.com. |
CRA_EVIDENCE_ORG |
Default organization slug. |
CRA_EVIDENCE_PRODUCT |
Default product slug for upload commands. |
CRA_EVIDENCE_VERSION |
Default product version for upload commands. |
CRA_EVIDENCE_COMPONENT |
Default component slug for component-aware uploads. |
CRA_EVIDENCE_COMPONENT_VERSION |
Default component release version. |
CRA_EVIDENCE_TIMEOUT |
HTTP request timeout in seconds for account commands. Defaults to 60. |
CRA_NO_WARN |
Set to any value to suppress API URL configuration warnings. |
Credentials can also be stored in ~/.cra-evidence/config.yaml. Keep that file
private, for example with chmod 600 ~/.cra-evidence/config.yaml.
Exit Codes
| Code | Meaning |
|---|---|
| 0 | Success. For local gates, no configured blocking finding was present in this local snapshot. |
| 1 | General error. |
| 2 | Authentication error. |
| 3 | API error. |
| 4 | Validation error. |
| 5 | File not found. |
| 6 | Configuration error. |
| 7 | security.txt validation failed. |
| 10 | Critical vulnerabilities found. |
| 11 | High vulnerabilities found. |
| 12 | Medium vulnerabilities found. |
| 13 | Low vulnerabilities found. |
| 14 | SBOM quality score below the configured threshold. |
| 15 | Local scan engine unavailable. |
| 16 | License policy threshold exceeded. |
| 17 | Known-exploited vulnerabilities found. |
| 18 | Candidate secrets found. |
| 19 | Insecure-default config findings found. |
| 20 | CRA status is not ready when a status gate is enabled. |
| 21 | Structured evidence mapping was required but was not populated. |
| 22 | SBOM signature trust was required but verification was not trusted. |
| 23 | SBOM signing failed or no Sigstore OIDC identity was available. |
| 24 | CRA legal floor is met but the configured release policy is not. |
| 25 | Mandatory Annex I requirement is not addressed. |
| 26 | Annex I Part I(2) requirement is marked not-applicable without a justification. |
| 27 | Code-check findings at or above the configured --fail-on level. |
| 28 | Risk assessment review is still pending for the version (ra status --fail-on unreviewed, or ra review --non-interactive with unresolved review items). |
Exit 0 != compliance. Local output is a snapshot for review and CI policy, not a legal conclusion.
Data Sources
| Source | Use |
|---|---|
| FIRST EPSS | Exploit-probability enrichment. |
| CISA KEV | Known-exploited vulnerability enrichment. |
| OSV.dev | Open source vulnerability data when the OSV path is used. |
| Anchore Grype | Local vulnerability matching when installed. The Docker image bundles CRA Evidence's grype fork with improvements. |
| Anchore Syft | SBOM generation from directories and images when installed or included in the Docker image. |
| endoflife.date | End-of-life and support-cycle data for eol-check. |
Support
- Website: https://craevidence.com
- Email: support@craevidence.com
License
MIT License. See the package license file for details.
Metadata
Release files for craevidence 4.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 | |
|---|---|---|---|
| craevidence-4.1.0.tar.gz | 383.4 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| craevidence-4.1.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 692.7 kB
Release files / craevidence-4.1.0.tar.gz
| Download URL | craevidence-4.1.0.tar.gz |
|---|---|
| Size | 383.4 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
76b2cc73bdc03c592f14d51280ba210a828ef6c782cee30f2d8472fdad39b176
|
|
BLAKE2b-256 checksum How to use checksums |
fbe1cffab73ea13193be81c9c2c3fad7d26bc0109fb36f19da222f3586ec1f5e
|
| 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 8, 2026.
Transparency logRelease files / craevidence-4.1.0-py3-none-any.whl
| Download URL | craevidence-4.1.0-py3-none-any.whl |
|---|---|
| Size | 309.3 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
52f4f83b0238dc9793b6e36c94bd9a6cc1cd4e4d1fe297c2230824159f007179
|
|
BLAKE2b-256 checksum How to use checksums |
3628621761e6dbae86205dcfce05f3b3ee906444b2ae8e3de65152e45c627d2d
|
| 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 8, 2026.
Transparency log