We release patches for security vulnerabilities. Currently supported versions:
| Version | Supported |
|---|---|
| 1.x.x | ✅ |
| < 1.0 | ❌ |
We take the security of Fallback.pics seriously. If you believe you have found a security vulnerability, please report it to us as described below.
- Open a public GitHub issue
- Discuss the vulnerability publicly
Email us directly at: security@fallback.pics
Include the following information:
- Type of vulnerability (e.g., XSS, CSRF, SQL Injection)
- Full paths of source file(s) related to the vulnerability
- Location of the affected source code (tag/branch/commit or direct URL)
- Step-by-step instructions to reproduce the issue
- Proof-of-concept or exploit code (if possible)
- Impact of the issue, including how an attacker might exploit it
- Initial Response: Within 48 hours, we will acknowledge receipt of your report
- Assessment: Within 7 days, we will confirm the vulnerability and determine its severity
- Fix Development: We will develop a fix and test it thoroughly
- Disclosure: We will notify you when the fix is deployed
- Credit: With your permission, we will publicly credit you for the discovery
When deploying your own instance of Fallback.pics:
Always serve your instance over HTTPS to prevent man-in-the-middle attacks.
Implement rate limiting to prevent abuse:
# In wrangler.toml
[env.production.rate_limiting]
requests_per_minute = 100Configure CORS headers to control which domains can use your service:
headers: {
'Access-Control-Allow-Origin': 'https://yourdomain.com',
'Access-Control-Allow-Methods': 'GET',
}Regularly monitor your Cloudflare Analytics for unusual patterns.
Regularly update dependencies to patch known vulnerabilities:
pnpm update
pnpm auditNever commit sensitive configuration to your repository. Use environment variables:
# Good
API_KEY=${{ secrets.API_KEY }}
# Bad
API_KEY="sk-1234567890"Fallback.pics includes several security features by default:
- No Data Storage: We don't store any user data or images
- No Cookies: We don't use cookies or tracking
- Content Security Policy: Strict CSP headers prevent XSS attacks
- Input Validation: All input parameters are validated and sanitized
- Rate Limiting: Built-in rate limiting prevents abuse
- HTTPS Only: Enforced HTTPS in production
We follow responsible disclosure practices:
- Security issues are fixed before public disclosure
- We aim to fix critical vulnerabilities within 7 days
- We will credit researchers who report valid vulnerabilities
- We request a 30-day embargo before public disclosure
For security concerns, contact: security@fallback.pics
For general support: support@fallback.pics
Thank you for helping keep Fallback.pics secure!