The jsango team takes the security of our framework, ecosystem, and applications built with it seriously.
Only the latest Release Candidate and GA releases receive active security updates.
| Version | Supported |
|---|---|
1.0.x |
✅ Yes (Active Stable) |
0.1.0-rc.1 |
✅ Yes |
< 0.1.0-rc.1 |
❌ No |
If you discover a security vulnerability within jsango, please report it responsibly.
Please DO NOT report security vulnerabilities via public GitHub issues.
Instead, please report security issues by emailing:
security@jsango.org (or opening a private GitHub Security Advisory).
Please provide:
- A detailed description of the vulnerability and potential impact.
- Steps to reproduce or a minimal proof-of-concept (POC) repository.
- Affected package(s) and version(s).
- Any proposed fixes or remediations, if available.
- Initial Acknowledgement: Within 48 hours.
- Triage & Reproduction: Within 5 business days.
- Remediation & Advisory: Security advisories will be published alongside patched releases via standard npm security channels.
- Fail-Closed Security: All unhandled authentication, authorization, or policy evaluations default to DENY (
401 Unauthorized/403 Forbidden). - Sensitive Data Redaction: Passwords, API keys, JWT tokens, and sensitive headers are strictly masked in structured logs, debug outputs, and Admin audit trails.
- Parameterization: All database query abstractions enforce parameterized inputs to eliminate SQL injection vectors.
- Denial of Service Defenses: Request body sizes, WebSocket connections, room joins, queue job sizes, and metrics label cardinality are bounded by default.