| Version | Supported |
|---|---|
| 0.3.x | ✅ |
| 0.2.x | ✅ |
| 0.1.x | ❌ |
We take security seriously. If you discover a security vulnerability in HyperMachine, please report it responsibly.
- Do not open a public GitHub issue for security vulnerabilities.
- Email your findings to security@nervosys.ai.
- Include a detailed description of the vulnerability, steps to reproduce, and potential impact.
- If possible, include a proof-of-concept or minimal reproduction.
- Acknowledgment: We will acknowledge receipt within 48 hours.
- Assessment: We will assess the vulnerability and provide an initial response within 5 business days.
- Resolution: Critical vulnerabilities will be patched as quickly as possible. We aim to release fixes within 30 days of confirmation.
- Disclosure: We follow coordinated disclosure. We will work with you on timing and credit.
The following are in scope:
- All code in the
crates/directory - CI/CD pipeline configurations
- Cryptographic implementations (
hv2-corecrypto module)
- Third-party dependencies (report upstream, but let us know)
- Issues in the
reference/directory (external reference code) - Denial of service via resource exhaustion in development/test configurations
HyperMachine employs several security practices:
- Dependency auditing: Automated via
cargo-deny(deny.toml) and Dependabot - FIPS 140-3 compliance: Optional FIPS-validated cryptography via the
fipsfeature flag - Seccomp filtering: System call restrictions for sandboxed VMs
- Memory safety: Written in Rust with minimal
unsafeusage, audited viacargo-deny - CI security checks: Automated
cargo-auditandcargo-denyin the security workflow