This Security Policy applies to the following versions of Env Builder CLI:
| Version | Supported |
|---|---|
| 1.1.x | ✅ |
| 1.0.x | ❌ |
| < 1.0 | ❌ |
We recommend using the latest version for the most secure experience.
The Env Builder CLI team takes security seriously. If you believe you've found a security vulnerability, we encourage you to responsibly disclose it to us.
Please do not report security vulnerabilities through public GitHub issues, discussions, or pull requests.
-
Create a private advisory on GitHub (if you're a contributor with write access) or email the maintainers at [insert secure email here or use GitHub issues with clear marking].
-
Provide detailed information about the vulnerability:
- Description of the vulnerability
- Steps to reproduce
- Potential impact
- Any suggested fixes or mitigations
- Acknowledgment: Within 3 business days
- Investigation: We will investigate all legitimate reports and strive to respond within 7-10 days
- Resolution: We'll work on fixes and keep you updated on our progress
We kindly ask that you give us reasonable time to respond and address the issue before publicly disclosing it.
This Security Policy is intended to cover Env Builder CLI itself and its core functionality including:
- Environment file parsing
- Package generation
- Encryption and decryption operations
- CLI command processing
This policy does not cover third-party dependencies. For vulnerabilities in dependencies like encrypt or crypto, please report them directly to the respective maintainers.
- Vulnerabilities in third-party packages or libraries
- Issues related to improper usage of the tool (e.g., committing .env files)
- General questions or feature requests
As Env Builder CLI deals with sensitive environment data:
- Never commit sensitive data to version control
- Use strong encryption keys and rotate them regularly
- Limit access to decryption keys to essential personnel only
- Verify checksums when downloading the CLI binary
- Keep the tool updated to benefit from security patches
Security updates will be released as patch versions (e.g., 1.1.1). We will announce critical security updates through:
- GitHub Releases
- Changelog.md
- Relevant community channels
- Subscribe to our GitHub Releases
- Regularly update to the latest version
- Follow security best practices mentioned in our README.md
If you have questions about this Security Policy or concerns about security, please contact us via GitHub issues or email the maintainers.