| Version | Supported |
|---|---|
| 0.10.x | Yes |
| < 0.10 | No |
Only the latest minor version receives security fixes.
Do not open a public issue for security vulnerabilities.
Instead, use GitHub's private vulnerability reporting:
- Go to the Security tab
- Click "Report a vulnerability"
- Fill out the form
- Description of the vulnerability
- Steps to reproduce
- Affected versions
- Potential impact
- Suggested fix (optional)
| Severity | Response | Fix Timeline |
|---|---|---|
| Critical | 24 hours | 24-72 hours |
| High | 48 hours | 7 days |
| Medium | 7 days | 30 days |
| Low | 14 days | 90 days |
We'll credit you in the release notes (unless you prefer anonymity).
Security issues we care about:
- Remote code execution
- Path traversal (e.g., via
includedirectives) - Denial of service (e.g., parser hangs on malformed input)
- Memory safety issues
- Credential/secret exposure
- Supply chain attacks
Out of scope:
- Issues requiring physical access
- Social engineering
- Vulnerabilities in dependencies (report upstream, but let us know)
We use multiple layers of protection for our dependency supply chain:
All dependencies are audited using cargo-vet. We import trusted audits from:
- Mozilla
- Bytecode Alliance
Run cargo vet locally to verify all dependencies are audited.
Dependencies are checked against:
- RustSec advisory database (known vulnerabilities)
- License compliance (allowed licenses only)
- Banned crates list
Pull requests automatically check for:
- New vulnerable dependencies
- License violations
- Dependency confusion attacks
Software Bill of Materials (CycloneDX format) is generated for each release.
detect-private-keys- Blocks commits containing private keysgitleaks- Comprehensive secret scanning with pattern matching
clippy- Strict linting with security-relevant warningscargo-deny- Dependency security checks
- All PRs require passing security checks
- Main branch is protected
- Automated dependency updates via Dependabot
- Secret scanning enabled
- Push protection enabled
- Dependabot alerts enabled
- Branch protection on
main
We consider security research conducted in good faith to be authorized. We will not pursue legal action against researchers who:
- Act in good faith
- Avoid privacy violations
- Avoid data destruction
- Do not exploit issues beyond verification
- Report findings promptly