| Version | Supported |
|---|---|
| 0.1.x | ✅ |
If you discover a security vulnerability in EMK, please report it responsibly:
- Do NOT open a public GitHub issue for security vulnerabilities
- Email the maintainer directly at: imran-siddique@users.noreply.github.com
- Include:
- Description of the vulnerability
- Steps to reproduce
- Potential impact
- Suggested fix (if any)
- Acknowledgment: Within 48 hours
- Initial Assessment: Within 1 week
- Resolution Timeline: Depends on severity
- Critical: 24-72 hours
- High: 1 week
- Medium: 2 weeks
- Low: Next release
When using EMK:
- Validate Input: Always validate episode content before storage
- Access Control: Implement proper access controls at the application layer
- Data Sensitivity: Do not store sensitive information (passwords, tokens) in episodes
- File Permissions: Ensure storage files have appropriate permissions
- Dependencies: Keep EMK and its dependencies updated
- Immutability: Episodes cannot be modified after creation
- Content Hashing: SHA-256 based episode IDs for integrity verification
- Minimal Dependencies: Reduced attack surface
- CodeQL Scanning: Automated security analysis on all PRs
- Fixed
tempfile.mktemp()usage vulnerability - Fixed potential metadata mutation issues