| Version | Supported |
|---|---|
| 0.3.x | ✓ Current |
| 0.2.x | ✓ |
| < 0.2 | ✗ |
Do not open a public GitHub issue for security vulnerabilities.
Report privately via GitHub's
Security Advisories
feature, or email hi@ruwgxo.com with subject line [hsed] Security Report.
Include:
- hsed version (
pip show hsed) - Python version and OS
- A minimal reproducer or description of the issue
- Impact assessment if known
You will receive an acknowledgement within 3 business days and a resolution timeline within 7 business days. Critical issues will be patched and released on an accelerated schedule.
In scope for this policy:
- Permission bypass — a role that should be denied being granted access
- Policy serialisation issues — loading a
.hsedfile triggers unintended behaviour - Live auditor credential exposure — secrets leaked via logging or error messages
- Dependency vulnerabilities in optional extras (
boto3,azure-*,google-cloud-kms)
Out of scope:
- Denial of service via crafted input
- Issues in caller code that uses hsed incorrectly
- Vulnerabilities in the cloud provider SDKs themselves (report directly to AWS / Azure / GCP)
| Day | Action |
|---|---|
| 0 | Report received |
| 1–3 | Acknowledgement sent |
| 7 | Resolution timeline confirmed |
| TBD | Patch released + GitHub Advisory published |
| +7 | Public disclosure (coordinated with reporter) |
hsed's core (hsed, hsed.core, hsed.cli) has zero runtime dependencies.
The permission model operates entirely in memory and never makes network calls.
Cloud connectivity is strictly opt-in via extras (pip install hsed[aws],
hsed[azure], hsed[gcp]). Credentials are never read, logged, or stored by
hsed — they are delegated entirely to the respective cloud SDK's standard
credential chain.
.hsed policy files are plain JSON and carry no executable content.