Security Policy
December 20, 2025 ยท View on GitHub
๐ Security at NOFX
We take the security of NOFX seriously. This document outlines our security policy and procedures for reporting vulnerabilities.
๐ Supported Versions
We release patches for security vulnerabilities. Which versions are eligible for receiving such patches depends on the CVSS v3.0 Rating:
| Version | Supported | Status |
|---|---|---|
| 3.x.x | โ Yes | Active development |
| 2.x.x | โ ๏ธ Limited support | Security fixes only |
| < 2.0 | โ No | No longer supported |
๐จ Reporting a Vulnerability
Please do not report security vulnerabilities through public GitHub issues.
If you discover a security vulnerability, please follow these steps:
1. Private Disclosure
Send an email to the security team at:
- Email: tinklefund@gmail.com (or contact maintainers directly via Twitter DM)
- Twitter: @nofx_official or @Web3Tinkle
2. Information to Include
Please include the following details in your report:
- Description: A clear description of the vulnerability
- Impact: The potential impact of the vulnerability
- Steps to Reproduce: Detailed steps to reproduce the issue
- Proof of Concept: If applicable, include PoC code or screenshots
- Suggested Fix: If you have ideas on how to fix it
- Your Contact Information: For follow-up questions
3. Response Timeline
- Initial Response: Within 48 hours of receiving your report
- Status Update: Weekly updates on the progress
- Fix Timeline: Critical issues within 7 days, others within 30 days
- Public Disclosure: After the fix is deployed (coordinated disclosure)
4. What to Expect
After you submit a report:
- โ We will acknowledge receipt of your report
- ๐ We will investigate and validate the issue
- ๐ We will develop and test a fix
- ๐ We will deploy the fix to production
- ๐ข We will coordinate public disclosure with you
- ๐ We will credit you in the security advisory (if desired)
๐ก๏ธ Security Best Practices
If you're using NOFX, please follow these security best practices:
API Keys and Secrets
- โ Never commit API keys, private keys, or secrets to version control
- โ Use environment variables for all sensitive configuration
- โ Rotate keys regularly (at least every 90 days)
- โ Use separate keys for different environments (dev/staging/prod)
- โ Implement IP whitelisting for exchange API keys
- โ Enable 2FA on all exchange accounts
Private Keys (Hyperliquid/Aster)
- โ Never share your private keys with anyone
- โ Use dedicated wallets for trading (not your main wallet)
- โ Use agent wallets when available (Hyperliquid)
- โ Limit wallet funds to amounts you can afford to lose
- โ Back up keys securely using encrypted storage
API Security
- โ Enable API key restrictions (IP whitelist, permissions)
- โ Use read-only keys for monitoring when possible
- โ Set withdrawal restrictions on exchange accounts
- โ Monitor API usage for unusual activity
- โ Revoke compromised keys immediately
System Security
- โ
Keep dependencies updated (run
npm auditandgo mod tidy) - โ Use HTTPS for all external communications
- โ Implement rate limiting on API endpoints
- โ Enable authentication on production deployments
- โ Review logs regularly for suspicious activity
- โ Use Docker for isolated environments
Database Security
- โ Encrypt sensitive data at rest (API keys, private keys)
- โ Restrict database access (not exposed to internet)
- โ Back up regularly with encrypted backups
- โ Use strong passwords for database credentials
Configuration Security
- โ Never use default passwords or weak credentials
- โ Change default ports if exposed to internet
- โ Disable unnecessary features in production
- โ Use firewall rules to restrict access
- โ Implement RBAC for multi-user setups
๐ซ Out of Scope
The following are not considered security vulnerabilities:
- โ Trading losses due to AI decisions
- โ Exchange API rate limiting
- โ Network latency issues
- โ Market volatility impacts
- โ Social engineering attacks
- โ DDoS attacks on public infrastructure
- โ Issues in third-party dependencies (report to upstream)
- โ Already known and documented limitations
๐ Recognition
We appreciate the security research community's efforts. Contributors who responsibly disclose vulnerabilities will be:
- โ Credited in security advisories (with permission)
- โ Listed in our Hall of Fame (coming soon)
- โ Eligible for bug bounties (when program launches)
๐ Security Resources
Documentation
Security Tools
- Code Scanning: GitHub Advanced Security (enabled)
- Dependency Scanning: Dependabot (enabled)
- Secret Scanning: GitHub Secret Scanning (enabled)
- Container Scanning: Docker Scout (recommended)
External Resources
๐ Encryption & Secure Storage
NOFX uses the following security measures:
- AES-256 encryption for sensitive data at rest (planned v3.1)
- TLS 1.3 for all network communications
- JWT tokens for API authentication
- bcrypt for password hashing (where applicable)
- Environment isolation via Docker containers
๐ Security Audit History
| Date | Version | Auditor | Report |
|---|---|---|---|
| TBD | 3.0.0 | Internal | Initial security review |
๐ค Responsible Disclosure Policy
We follow a coordinated disclosure approach:
- ๐ง Report received and acknowledged
- ๐ Investigation and validation (1-7 days)
- ๐ ๏ธ Fix development and testing (7-30 days)
- ๐ Fix deployment to production
- ๐ข Public advisory published (after fix)
- ๐ Credit to researcher (if desired)
Please allow us time to fix critical issues before public disclosure.
๐ Contact
For security concerns, reach out via:
- Email: Contact maintainers (see GitHub profile)
- Twitter: @nofx_official (DM open)
- Telegram: NOFX Developer Community
- GitHub: Private security advisory (preferred for verified issues)
โ๏ธ Legal
Safe Harbor: We consider security research conducted under this policy to be:
- โ Authorized in accordance with applicable law
- โ Lawful and in good faith
- โ Exempt from DMCA and CFAA claims
- โ Protected from legal action by the project
Conditions:
- Make a good faith effort to avoid privacy violations
- Do not access or modify other users' data
- Do not disrupt our services or infrastructure
- Do not publicly disclose issues before we've had time to address them
๐ Updates to This Policy
This security policy may be updated from time to time. We will notify users of significant changes via:
- GitHub release notes
- Security advisories
- Community channels (Telegram, Twitter)
Last Updated: January 2025 Version: 1.0.0
Thank you for helping keep NOFX and its users safe! ๐