| Version | Supported |
|---|---|
| 1.0.x | Yes |
Only the latest release receives security updates. Users are encouraged to update promptly.
If you discover a security issue in the distributed TrueHour binary, update mechanism, or release infrastructure, please report it privately.
- Preferred: Open a private security advisory in this repository.
- Alternative: Contact Ibrahim Tabajah directly via GitHub profile: @itabajah.
Please do not open public GitHub issues for suspected vulnerabilities.
- Affected version(s) and release tag
- Detailed reproduction steps
- Impact assessment (what an attacker could achieve)
- Any relevant logs, screenshots, or proof-of-concept
This policy covers:
- Released
TrueHour.exeartifacts distributed through this repository - The Authenticode code-signing and signature-verification process
- Release packaging metadata and GitHub Actions deployment workflows
- The offline activation / licensing mechanism
Out of scope:
- The private source repository (report to the maintainer directly)
- Third-party dependencies not shipped in the binary
| Stage | Target |
|---|---|
| Acknowledgement | 3 business days |
| Status updates | Every 7 business days while investigation is active |
| Fix release | As soon as practicable after validation |
Coordinated disclosure is preferred. A public security advisory will be published after remediation and validation are complete.
TrueHour's binary is built with security in mind:
- Database encryption: AES-256-CBC via SQLCipher with page-level encryption
- Password hashing: PBKDF2-HMAC-SHA256 (600K iterations, 32-byte salt)
- Constant-time comparison:
hmac.compare_digestfor all credential checks - Code signing: Authenticode-signed
.exewith thumbprint verification on USB/online updates - Tamper detection:
auth.json↔ database state consistency verification - Audit trail: Every data mutation recorded with old and new values