Skip to main content

CRA Evidence CLI

PyPI CI License: MIT Python 3.12+ Docker pulls

Command-line tools for CRA Evidence workflows and local software supply-chain checks.

craevidence check scans an SBOM and gates CI on known-exploited vulnerabilities

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 On supported platforms, scan source code offline with the bundled, verified Opengrep engine and explicit CRA Evidence rules.
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 sanitized SARIF finding metadata, not source code. The bundled pack has 104 rules: 54 run by default and 50 broader rules require --include-experimental; the command reports exact per-language rule counts. Default coverage by language:

  • Python: 42 focused rules.
  • Go: direct crypto/tls dial calls that disable verification without a custom callback.
  • Java: compiler-attested JDK weak-digest calls.
  • PHP: fully qualified global \unserialize calls fed from a reviewed HTTP superglobal source.
  • C#: the framework accept-any certificate-validator assignment, attested through Roslyn against the signed HttpClientHandler type.
  • Rust: literal TLS verification disablement, bound to the exact crates.io reqwest package.
  • C and C++: three compiler-attested rules each, covering fixed-array out-of-bounds literal writes, a system printf whose format argument is main's own argv parameter, and direct system-shell commands, through pinned libclang C17 and C++17 profiles.
  • JavaScript and TypeScript: assigned odd integer literals above the exact binary64 safe-integer boundary.

The C, C++, C#, Java, and Rust defaults consume a versioned --semantic-evidence envelope produced by code-evidence. Missing, ambiguous, stale, or invalid evidence reports degraded coverage instead of a clean result. Broader rules remain opt-in where corpus precision, parser coverage, type resolution, namespace binding, or intrafile dataflow is insufficient for default use. No group is general SAST coverage for its language. Neither command proves compliance. Exact rule scopes, evidence requirements, and toolchain profiles are documented in Local commands and the rule pack reference.

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).
29 Code-check parser coverage is degraded while an explicit --fail-on gate is enabled. This takes precedence over exit 27 because the result is incomplete.

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.
CRA Evidence Grype engine Local vulnerability matching and SBOM generation. The engine embeds Anchore Syft for package cataloguing. Stock Grype and a standalone Syft executable are not product engines.
endoflife.date End-of-life and support-cycle data for eol-check.

Support

License

MIT License. See the package license file for details.

Metadata

Release files for craevidence 4.3.0

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for craevidence 4.3.0
File Size Uploaded
craevidence-4.3.0.tar.gz 516.7 kB Details

Built distributions (wheels)

Table of built distributions (wheels) for craevidence 4.3.0
File
craevidence-4.3.0-py3-none-musllinux_1_2_x86_64.whl Python 3 none Linux musl 1.2+ x86-64 Details
craevidence-4.3.0-py3-none-musllinux_1_2_aarch64.whl Python 3 none Linux musl 1.2+ ARM64 Details
craevidence-4.3.0-py3-none-manylinux_2_17_x86_64.whl Python 3 none Linux glibc 2.17+ x86-64 Details
craevidence-4.3.0-py3-none-manylinux_2_17_aarch64.whl Python 3 none Linux glibc 2.17+ ARM64 Details
craevidence-4.3.0-py3-none-macosx_12_0_x86_64.whl Python 3 none macOS 12.0+ x86-64 Details
craevidence-4.3.0-py3-none-macosx_12_0_arm64.whl Python 3 none macOS 12.0+ ARM64 Details

Total release size: 437.1 MB

Release files / craevidence-4.3.0.tar.gz

Download URL craevidence-4.3.0.tar.gz
Size 516.7 kB
Tags Source
SHA-256 checksum
How to use checksums
4643817b00b8f04e49117fc76a72d96cfe8f8df837155b70e2e2e1fc23da9fea
BLAKE2b-256 checksum
How to use checksums
515579931d1f384782d985fb16f10eaee64dde3aa84ff86014f5ea3029dee38e
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 29, 2026.

Transparency log

Release files / craevidence-4.3.0-py3-none-musllinux_1_2_x86_64.whl

Download URL craevidence-4.3.0-py3-none-musllinux_1_2_x86_64.whl
Size 74.1 MB
Tags Linux musl 1.2+ x86-64 Python 3
SHA-256 checksum
How to use checksums
d2c068f2a8a96eac59983ba408f26414ec07ace91e681e9c31f6a23aa9c95856
BLAKE2b-256 checksum
How to use checksums
663dcc5145bcca441150f3a285a909d72e7c8d0b0a042d89e2b192d6b5b7c424
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 29, 2026.

Transparency log

Release files / craevidence-4.3.0-py3-none-musllinux_1_2_aarch64.whl

Download URL craevidence-4.3.0-py3-none-musllinux_1_2_aarch64.whl
Size 73.0 MB
Tags Linux musl 1.2+ ARM64 Python 3
SHA-256 checksum
How to use checksums
057e3fa5423ac699102e1c387ece9077eedaf32f2564f0c7ec80dd166442ddf6
BLAKE2b-256 checksum
How to use checksums
ceb89212327a7052c0537611a6693c3db84ddf5ca5a8a413d86fd3fcc9df65fa
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 29, 2026.

Transparency log

Release files / craevidence-4.3.0-py3-none-manylinux_2_17_x86_64.whl

Download URL craevidence-4.3.0-py3-none-manylinux_2_17_x86_64.whl
Size 71.9 MB
Tags Linux glibc 2.17+ x86-64 Python 3
SHA-256 checksum
How to use checksums
6c3562d96820ad46f6dbcab196d781e000d90322b16db99f5c628706ea0a31b1
BLAKE2b-256 checksum
How to use checksums
7ee314cc264b88dec6447570b0a716c9b0944271fe11dfa941c62b895a8baf8d
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 29, 2026.

Transparency log

Release files / craevidence-4.3.0-py3-none-manylinux_2_17_aarch64.whl

Download URL craevidence-4.3.0-py3-none-manylinux_2_17_aarch64.whl
Size 70.6 MB
Tags Linux glibc 2.17+ ARM64 Python 3
SHA-256 checksum
How to use checksums
e8f4934b1658eba9e5d6f008b32728132d72dbe70bcd74f42024c2e6ca8e3a1d
BLAKE2b-256 checksum
How to use checksums
28e11f5c9e92ecd87cffed0d5d2a5e66e4d515dac7ae3b2587faf0b7986f20b4
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 29, 2026.

Transparency log

Release files / craevidence-4.3.0-py3-none-macosx_12_0_x86_64.whl

Download URL craevidence-4.3.0-py3-none-macosx_12_0_x86_64.whl
Size 74.8 MB
Tags Python 3 macOS 12.0+ x86-64
SHA-256 checksum
How to use checksums
bab52c3f3e396f5248954c0d9e6f63cdaae0197b2fa41c808e5de58a1ab81d0a
BLAKE2b-256 checksum
How to use checksums
6bc2f332da76f0cfaaf3b47cef1e65ab2b5c15bab1b65fe819fba407b1f23e83
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 29, 2026.

Transparency log

Release files / craevidence-4.3.0-py3-none-macosx_12_0_arm64.whl

Download URL craevidence-4.3.0-py3-none-macosx_12_0_arm64.whl
Size 72.1 MB
Tags Python 3 macOS 12.0+ ARM64
SHA-256 checksum
How to use checksums
31cd60526f2ad2779cc81d249854ed28eb98be034c26245151fa89f41c063384
BLAKE2b-256 checksum
How to use checksums
3df273fced1efedb81264bafe4de6b828ea8f89f15870f52cb2de3d087f6f2f6
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 29, 2026.

Transparency log

Release history Release notifications | RSS feed

4.8.0

7 release files

4.7.0

7 release files

4.6.0

7 release files

4.5.0

7 release files

4.4.0

7 release files

This release

4.3.0 This release

7 release files

4.2.0

7 release files

4.1.0

2 release files

4.0.0

2 release files

3.8.2

2 release files

3.8.1

2 release files

3.7.0

2 release files

3.6.1

2 release files

3.6.0

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page