| Version | Supported |
|---|---|
| 0.5.x | ✅ |
| < 0.5 | ❌ |
We take security vulnerabilities seriously. If you discover a security issue, please report it responsibly.
-
Private Vulnerability Reporting (preferred):
- Go to the Security tab
- Click "Report a vulnerability"
- Fill out the form with details
-
GitHub Discussions (if above not available):
- Create a new Discussion with the "Security Q&A" template
- Mark as confidential
When reporting, please include:
- Type of vulnerability
- Full paths of source file(s) related to the vulnerability
- Location of the affected source code (tag/branch/commit or direct URL)
- Step-by-step instructions to reproduce the issue
- Proof-of-concept or exploit code (if possible)
- Impact assessment
- Initial Response: Within 48 hours
- Assessment: Within 7 days
- Fix Timeline: Depends on severity — critical issues are addressed immediately
The following are in scope for security reports:
- API authentication and authorization bypass
- Payment processing vulnerabilities
- Webhook signature verification bypass
- HD wallet derivation flaws
- Webhook injection or XSS
- Sensitive data exposure
- Rate limiting bypass
- Session fixation/hijacking
The following are NOT security vulnerabilities:
- Missing CSRF tokens on unauthenticated endpoints
- Banner/branding removal on checkout pages (unless on paid plan)
- Self-hosted deployment security (user's server config)
- Denial of service attacks on public endpoints
- Social engineering attacks
- Physical security
- Vulnerabilities in third-party services (Tatum, Alchemy, etc.)
- Use strong secrets: Generate all secrets with
openssl rand -hex 32 - Enable TLS: Always use HTTPS in production
- Restrict access: Firewall ports except 80/443
- Keep updated: Regularly pull latest images
- Monitor logs: Watch for unusual activity
- Never commit API keys to version control
- Rotate keys regularly
- Use separate keys for development/production
- Enable webhook signature verification