The following versions of Havenly currently receive security updates:
| Version | Supported |
|---|---|
latest (main) |
✅ Yes |
| older branches | ❌ No |
Havenly is an actively developed open-source project. Security fixes are applied to the main branch only.
We take security seriously. If you discover a security vulnerability in Havenly, please do not open a public GitHub issue. Public disclosure of a vulnerability before a fix is available puts all users at risk.
- Email us directly at:
security@havenly.example.com- Use the subject line:
[SECURITY] Brief description of the vulnerability
- Use the subject line:
- Alternatively, use GitHub's private Security Advisory feature to report confidentially.
Please provide as much of the following as possible:
- Description: A clear description of the vulnerability and its potential impact.
- Steps to Reproduce: Detailed steps to reproduce the vulnerability.
- Affected Component: Which file(s), page(s), or feature(s) are affected.
- Proof of Concept: Code snippet, screenshot, or video demonstrating the issue (if applicable).
- Suggested Fix: If you have a recommended fix, feel free to include it.
We aim to respond to all security reports within the following timeframes:
| Stage | Timeline |
|---|---|
| Initial acknowledgement | Within 48 hours |
| Triage and assessment | Within 5 business days |
| Fix and patch release | Within 30 days (for critical issues, sooner) |
| Public disclosure | After fix is released and deployed |
We will keep you informed throughout the process. If we need more information from you, we will reach out directly.
The following are considered in scope for security reports:
- Authentication and authorization flaws
- Cross-Site Scripting (XSS)
- Cross-Site Request Forgery (CSRF)
- SQL/NoSQL injection
- Insecure data exposure (e.g., sensitive data in localStorage, API responses)
- Dependency vulnerabilities (via
npm audit/pnpm audit) - Server-Side Request Forgery (SSRF)
- Business logic vulnerabilities
The following are not in scope:
- Vulnerabilities in third-party dependencies that have already been publicly disclosed and have an available fix
- Theoretical vulnerabilities with no practical proof of concept
- Issues in development/demo-only features clearly marked as such
- Social engineering attacks
- Denial-of-service attacks that require special access
We follow the principle of coordinated disclosure. Once a fix has been deployed, we will:
- Create a public GitHub Security Advisory
- Credit the reporter (unless they prefer anonymity)
- Update this
SECURITY.mdwith the CVE number if applicable
Thank you for helping keep Havenly and its users safe! 🔒