| Version | Supported |
|---|---|
| latest main | yes |
| 0.2.x releases | yes |
| anything older | no |
Report vulnerabilities privately through GitHub's security advisories. Open the Security tab of this repository and choose "Report a vulnerability". Please do not open a public issue for something exploitable.
This is a spare time project with one maintainer, so the honest promise is best effort. You can expect an acknowledgment within a week and a fix as fast as severity warrants.
The attack surface is file parsing and audio/UI glue. The player reads untrusted music files (HSC, RAD, LDS, VGM/VGZ, DRO, RAW, BAM, XSM, CMF, IMF/WLF, AudioT), including files fetched over http(s), and treats them with suspicion. Reads are bounds-checked, input size is capped, and release builds default to ReleaseSafe so the safety checks stay on. Malformed input should produce a clear refusal, never memory corruption or a runaway process. A startup argument that cannot play exits with a nonzero code after teardown. Once the TUI is up, a later load failure stays in the session and marks the entry unplayable. If you find an input that does otherwise, that is exactly the report we want.
OPL synthesis is opal via opal-zig. Audio device I/O goes through zaudio / miniaudio. The TUI is libvaxis. Vulnerabilities in those projects belong upstream, though a note here is welcome if this player is affected.