Security Policy
Supported Versions
| Version | Supported |
| ------- | --------- |
| 0.x (latest) | ✅ |
| < 0.x | ❌ |
Reporting a Vulnerability
Do NOT report security vulnerabilities through public GitHub issues.
Instead, please report them via:
- Email: [email protected]
- GitHub Security Advisory: Create a private advisory
What to Include
- Description of the vulnerability
- Steps to reproduce (if applicable)
- Impact — what could an attacker do?
- Affected versions
- Suggested fix (if you have one)
Response Timeline
| Stage | Target |
|---|---|
| Acknowledgment | Within 24 hours |
| Initial assessment | Within 72 hours |
| Fix or mitigation | Within 7 days (critical), 30 days (non-critical) |
| Public disclosure | After fix is released |
Disclosure Policy
- We follow coordinated disclosure
- We ask that you give us reasonable time to fix the issue before public disclosure
- We will credit you in the security advisory (unless you prefer to remain anonymous)
Security Best Practices for Deployments
- Never commit
.envfiles or API keys to version control - Use
SCSAI_RELEASE_USERcredentials only on trusted networks - Enable
BOSS_SCHEDULER_CRON=offin production unless you need scheduled tasks - Set
BOSS_HEAVY_BG=offto prevent resource-intensive background operations - Keep LLM API keys rotated and use environment variables, not hardcoded values
BossAgents