Skip to content

Security: ZelAnton/ProcessKit-CLI

Security

SECURITY.md

Security Policy

See docs/threat-model.md for what this project treats as untrusted input, the trusted principal and boundary, and which threats are (and are not) closed by which mechanism.

Supported versions

Security fixes are applied to the latest released version of processkit-cli. Older versions are not maintained — upgrade to the latest release to receive fixes.

Reporting a vulnerability

Do not open a public issue for security vulnerabilities.

Report privately through GitHub's private vulnerability reporting (repository Security → Advisories → Report a vulnerability). If that is unavailable, contact the maintainer listed on the ZelAnton profile.

Please include:

  • a description of the vulnerability and its impact;
  • steps to reproduce (a minimal proof of concept is ideal);
  • affected version(s).

You can expect an initial acknowledgement within a few days. Once a fix is ready, a patched release is published to crates.io and the advisory is disclosed.

Automated scanning

There is no GitHub CodeQL analysis for this repository — CodeQL ships no Rust extractor, so it cannot analyze a Rust codebase. Instead the supply chain is guarded by Rust-native tooling:

  • cargo-deny runs in CI on every pull request and every push to main (the cargo-deny job in .github/workflows/ci.yml, driven by deny.toml). It runs cargo deny check advisories bans licenses sources: the dependency tree is checked against the RustSec advisory database (the build fails on a security advisory, a yanked crate, or a wildcard version requirement), every dependency's license is checked against an allow-list of permissive licenses, and every dependency's source is checked to be crates.io (no git or third-party registries).
  • Dependabot opens weekly pull requests to keep the cargo dependencies (and the pinned GitHub Actions) current, so advisory fixes land promptly.

There aren't any published security advisories