Sentinel-Net is a security-critical tool used by at-risk organizations, journalists, and NGOs across Africa. If you discover a security vulnerability, please report it responsibly and privately.
- Open a public GitHub issue
- Post on social media
- Disclose details in public forums
- Share with third parties without permission
Email the maintainer directly:
To: [maintainer email - add your email]
Subject: SECURITY: [Brief vulnerability description]
Include:
- Vulnerability type (e.g., SQL injection, authentication bypass, DoS)
- Affected component (WAF, ML detector, Docker config, etc.)
- Steps to reproduce
- Potential impact (data breach, service disruption, etc.)
- Suggested fix (if available)
- Your contact information
We commit to:
- Acknowledgment: Within 48 hours
- Investigation: Within 1 week
- Fix & patch: Within 2 weeks (for critical issues)
- Public disclosure: After patch release + 30 days for user updates
- Authentication/authorization bypasses
- Injection attacks (SQLi, command injection, etc.)
- Cryptographic weaknesses
- Denial of service (network, resource exhaustion)
- Information disclosure (logs, configs, credentials)
- Privilege escalation
- Remote code execution
- Theoretical vulnerabilities without proof-of-concept
- Social engineering or phishing
- DDoS attacks on the repository itself
- Missing security headers (we're not a web service)
- Dependency vulnerabilities already patched in
requirements.txt
If you deploy Sentinel-Net, follow these guidelines:
- ✅ Run Sentinel-Net behind a firewall
- ✅ Use HTTPS/TLS for all traffic
- ✅ Restrict admin dashboard access to trusted IPs
- ❌ Don't expose admin ports to the public internet
- ✅ Keep Docker and container images updated
- ✅ Run containers with minimal privileges (non-root user)
- ✅ Mount
/logson encrypted volumes - ✅ Use network policies to isolate containers
- ❌ Don't share Docker images with sensitive logs
- ✅ Change default passwords and API keys
- ✅ Use environment variables for secrets (not hardcoded)
- ✅ Rotate API keys regularly
- ✅ Review WAF rules periodically
- ❌ Don't expose
docker-compose.ymlwith credentials
- ✅ Enable audit logging for all WAF decisions
- ✅ Monitor ML detector alerts in real-time
- ✅ Store logs on secure, isolated storage
- ✅ Set up alerts for suspicious activity
- ❌ Don't log sensitive user data (passwords, tokens)
- ✅ Subscribe to security updates (watch this repo)
- ✅ Test patches in a staging environment first
- ✅ Apply patches within 30 days of release
- ❌ Don't run outdated versions in production
Sentinel-Net is designed for edge defense, not a complete security solution. Be aware of:
-
Regex-based WAF cannot detect sophisticated, obfuscated attacks
- Consider it a first line of defense
- Combine with IDS/IPS for deeper protection
-
Isolation Forest requires baseline training
- First 24–48 hours may have high false-positive rates
- Tune thresholds for your environment
-
Deployment responsibility
- Misconfigured Docker deployments can expose logs or configs
- Always follow security best practices above
We provide security patches for:
- ✅ Latest release
- ✅ Previous major version (for 6 months)
- ❌ Older versions (end-of-life)
All security vulnerabilities and fixes will be published as GitHub Security Advisories after patches are released.
Subscribe to updates:
- Click Watch → Custom → Security alerts
- Join our Discussions
Security Maintainer:
- Email: [Add your security contact email]
- PGP Key: [Optional - add if available]
Thank you for helping keep Sentinel-Net secure for at-risk communities. 🛡️