| Version | Supported |
|---|---|
| 0.x.x | ✅ |
We take security vulnerabilities seriously. If you discover a security issue in bb2gh, please report it responsibly.
DO NOT create a public GitHub issue for security vulnerabilities.
Instead, please report security vulnerabilities by emailing:
Include the following information in your report:
- Description: A clear description of the vulnerability
- Steps to Reproduce: Detailed steps to reproduce the issue
- Impact: The potential impact of the vulnerability
- Affected Versions: Which versions are affected
- Suggested Fix: If you have one (optional)
- Acknowledgment: We will acknowledge receipt of your report within 48 hours
- Initial Assessment: We will provide an initial assessment within 7 days
- Updates: We will keep you informed of our progress
- Resolution: We aim to resolve critical vulnerabilities within 30 days
- We follow responsible disclosure practices
- We will coordinate with you on the disclosure timeline
- We will credit you in the security advisory (unless you prefer to remain anonymous)
When using bb2gh, follow these security best practices:
- Never commit credentials to version control
- Use environment variables or secure secret managers for tokens
- Rotate API tokens regularly
- Use the minimum required permissions for API tokens
- Keep bb2gh updated to the latest version
- Review migration plans before execution
- Use the
--dry-runflag to preview changes - Enable audit logging in enterprise deployments
- Use Infisical or similar vault solutions for secrets
- Never store secrets in plain text
- Verify secret migration completeness
- Rotate secrets after migration
- Use HTTPS for all API communications (enforced by default)
- Consider network isolation for large migrations
- Use VPN or private networks for sensitive migrations
bb2gh includes several security features:
- TLS 1.3: All API communications use TLS 1.3
- No Credential Logging: Credentials are never logged or stored in state files
- Secure Deletion: Temporary files are securely deleted after use
- Encrypted Storage: Optional encrypted temp storage (paid tiers)
- Audit Trail: Complete audit logging for compliance
Migration state files do not contain credentials but may contain:
- Repository names and metadata
- User mappings (usernames/emails)
- Migration progress and status
Treat state files as sensitive and store them securely.
During migration, temporary git clones are created. These are:
- Stored in system temp directory by default
- Automatically deleted after migration
- Can be configured to use encrypted storage (paid tiers)
bb2gh is designed to support compliance with:
- SOC 2
- GDPR (data residency support)
- HIPAA (with appropriate configuration)
Contact us for enterprise compliance requirements.