x64
NanaZip_6.0.1638.0.msixbundle
- SHA-256
- 6116320dec732c4be8249d7aeff908146a5923e990bdc55ef3110f7abbde0f7a
NanaZip · earlier release
The URL Kenji Mouri published for this release, and the SHA-256 of every file in it, so you can prove the copy you have is that one and not something else wearing the same name.
Released 25 February 2026.
NanaZip is now on version 6.5.1800.0. An older build stops getting security fixes, so install one only when you have a reason: a plugin that broke, a machine that cannot run the new one, a bug you need to reproduce. If you just want NanaZip, take the current version.
NanaZip_6.0.1638.0.msixbundle
Windows does this without installing anything. In PowerShell:
Get-FileHash .\NanaZip_6.0.1638.0.msixbundle -Algorithm SHA256
Compare what it prints with the value above. If they match, your copy is byte-for-byte the one Kenji Mouri published. If they do not, it is a different file, whatever it is called and wherever it came from. Paste a hash into the verifier and it will tell you which release it belongs to.
If PowerShell is blocked by policy on the machine, the same thing works from plain cmd with certutil -hashfile NanaZip_6.0.1638.0.msixbundle SHA256. On macOS or Linux it is shasum -a 256 NanaZip_6.0.1638.0.msixbundle.
Publishers retire old releases, and we do not host copies, so a link from an earlier version can stop working without notice. Two ways it fails: an honest 404, or — more confusing — the server answers normally but hands you the current downloads page instead of the file. If what arrives is a few kilobytes of HTML rather than an installer, that is what happened.
The hash on this page stays useful either way. It still identifies NanaZip 6.0.1638.0 wherever you find a copy, which is the whole point of publishing it: you can accept a file from somewhere else and still prove it is the one Kenji Mouri built.