| Version | Supported |
|---|---|
| 1.x.x | ✅ Actively supported |
| < 1.0 | ❌ No longer supported |
We take the security of AbstractiFy seriously. If you discover a security vulnerability, please report it responsibly.
Instead, please report vulnerabilities by emailing:
Include the following in your report:
- Description of the vulnerability
- Steps to reproduce (if applicable)
- Impact assessment — what could an attacker do with this vulnerability?
- Affected component — frontend (
public/), serverless functions (netlify/functions/), or configuration - Suggested fix (if you have one)
| Step | Timeline |
|---|---|
| Acknowledgement of your report | Within 48 hours |
| Initial assessment and triage | Within 5 business days |
| Fix development and testing | Within 14 business days |
| Public disclosure (after fix) | Coordinated with reporter |
We will keep you informed about the progress of addressing the vulnerability.
- Server-side keys are stored as Netlify environment variables and never exposed to the client.
- BYOK (Bring Your Own Key) mode sends user-provided API keys via HTTP headers only — they are never persisted server-side or logged.
- The
.envfile is excluded from version control via.gitignore.
AbstractiFy enforces security headers via netlify.toml:
X-Frame-Options: DENY— prevents clickjackingX-Content-Type-Options: nosniff— prevents MIME-type sniffingReferrer-Policy: strict-origin-when-cross-origin— limits referrer information leakagePermissions-Policy— restricts browser feature access
- Dependencies are monitored via Dependabot for automated vulnerability alerts and update PRs.
- We recommend running
npm auditperiodically to check for known vulnerabilities.
We appreciate security researchers and community members who help keep AbstractiFy safe. Responsible disclosures will be credited in our release notes (with your permission).