Linux
Release binaries with OpenSSL 3, Argon2, and the PQ master path.
BaseFWX encrypts payloads with AES-256-GCM. Keys come from Argon2id or PBKDF2; the optional master path wraps the content key with ML-KEM. C++, Python, and Java share the portable fwxAES, b512, and pb512 variants; the compatibility reference records the C++ stream and Java packing exceptions. This portal holds the binaries, signatures, hashes, and scan reports.
Field order is schematic and widths are not to scale. fwxAES uses a fixed domain string as AAD; its format and key headers are outside the payload tag. Parsers check their structure and bounds, and release plaintext only after the payload tag verifies.
One row per build. Every binary ships a detached signature and a SHA-256 sidecar.
Release binaries with OpenSSL 3, Argon2, and the PQ master path.
Bundles that carry the required runtime DLLs alongside the executable.
Separate Intel and Apple Silicon builds. Same crypto stack as Linux.
The JVM artifact. Reads and writes the portable fwxAES, b512, and pb512 variants.
Two independent checks. The signature proves who built the file, the checksum proves it arrived intact.
Published for every binary in the release.
Every asset ships a sidecar. MD5 stays on the hash page for file identification, not for security.
Artifacts are built, signed, and verified by the release workflow rather than by hand.
One submitted VirusTotal report link per release artifact. Windows links cover the executable inside each ZIP. These scans are informational and do not gate publication.
Engines disagree, and a binary that few people have downloaded yet often draws heuristic flags on its own.
For direct binaries and the Java archive, compare the report SHA-256 with the checksum page. A Windows report covers the inner executable, so verify its release ZIP separately with the ZIP checksum.
Container formats, runtime use, failure handling, and release checks.