ThreatForge is currently in early-stage development. Security fixes will be applied to the latest version available on the main branch and to the latest tagged release when applicable.
| Version | Supported |
|---|---|
| 0.6.x | Yes |
| < 0.6 | No |
If you believe you have found a security vulnerability in ThreatForge, please report it responsibly.
Please do not open a public GitHub issue for security vulnerabilities.
Preferred contact:
- Email: security@cbgsecurity.com.br
- Or open a private GitHub Security Advisory.
PGP: a public key will be published for encrypted reports (planned).
Response target: we aim to acknowledge new reports within 48 hours and to provide a remediation timeline after triage. Please allow reasonable time for a fix before any public disclosure (coordinated disclosure).
When reporting, include:
- affected version or commit;
- affected file and function, if known;
- steps to reproduce;
- expected impact;
- proof of concept, if safe to share;
- suggested remediation, if available.
The following areas are considered in scope:
- authentication and session management;
- tenant isolation and authorization;
- API key handling;
- invitation token flow;
- audit logging;
- secrets handling;
- SSRF, injection, XSS, CSRF and other OWASP Top 10 classes;
- Docker and deployment defaults;
- dependency vulnerabilities;
- data exposure across tenants.
The following are out of scope unless they lead to a concrete security impact:
- denial-of-service against local development environments;
- reports requiring physical access to the host;
- vulnerabilities caused by intentionally insecure local configuration;
- social engineering;
- spam or automated scanner output without validation;
- issues affecting third-party services not controlled by this project.
Do not use ThreatForge to attack third-party systems without authorization.
Do not submit real credentials, private tokens, leaked personal data, stolen data or production secrets as test evidence.
Use local labs, synthetic indicators and controlled environments.
Before production usage, operators must review and configure:
- strong API_KEY;
- strong JWT_SECRET;
- secure POSTGRES_PASSWORD;
- HTTPS termination;
- COOKIE_SECURE=true;
- restricted CORS_ORIGINS;
- SMTP configuration;
- log retention and token redaction;
- backup and restore process;
- dependency scanning;
- container and host hardening.
After receiving a valid vulnerability report, the maintainer will attempt to:
- acknowledge the report;
- validate the issue;
- classify severity;
- prepare a fix;
- publish a security note or release when appropriate.
ThreatForge is an open source defensive security project. Coordinated disclosure is expected.
ThreatForge is maintained by CBG Assessoria e Consultoria (https://cbgsecurity.com.br).