We actively provide security updates for the following versions:
| Version | Supported |
|---|---|
| 1.4.x | ✅ |
| 1.3.x | ✅ |
| 1.2.x | ❌ |
| 1.1.x | ❌ |
| 1.0.x | ❌ |
We take the security of Secure Blog CMS seriously. If you believe you have found a security vulnerability, please do not report it via a public issue or discussion.
Instead, please report it through one of the following private channels:
- Email: Please send security reports to your contact email afterpacket(@)0xdeadbeef.email.
- GitHub Private Disclosure: Use the "Report a vulnerability" button under the "Security" tab of this repository if enabled.
To help us address the issue quickly, please include:
- A descriptive title.
- The version(s) affected.
- A summary of the vulnerability and its potential impact.
- Step-by-step instructions to reproduce the issue (PoC).
- Any suggested fixes or mitigations.
- Acknowledgment: We will acknowledge receipt of your report within 48-72 hours.
- Evaluation: We will investigate the report and determine its severity and impact.
- Fix: We will work on a patch to resolve the vulnerability.
- Verification: We will ask you to verify the fix if possible.
- Release: We will release a new version containing the security patch.
- Advisory: We will publish a security advisory alongside the release.
Secure Blog CMS is designed with a security-first approach:
- SQL-Free Architecture: Eliminates the risk of SQL Injection by using file-based JSON storage.
- XSS Protection: Multi-layer output escaping and input sanitization on all user-facing data, including DOM-based HTML purification.
- CSRF Protection: Unique, time-limited security tokens for all forms — single-use tokens prevent replay attacks.
- Session Security: Fingerprinting, periodic regeneration, and strict cookie flags (HttpOnly, Secure, SameSite).
- Rate Limiting: Native protection against brute-force attacks on login, comments, uploads, and short URLs.
- Content Security Policy (CSP): Strict headers enabled by default to prevent unauthorized script execution and data exfiltration.
- Path Sanitization: Rigorous path validation to prevent directory traversal attacks.
- Hashing: Argon2id password hashing for the highest level of credential security.
- Upgrade Security: Manifest-only upgrades with mandatory SHA-256 checksums; auto-upgrade disabled by default.
- Proxy Header Hardening: Cloudflare/reverse proxy headers only trusted when explicitly enabled.
Thank you for helping keep Secure Blog CMS and its users safe!