开发工作流 / FIELD GUIDE
用 SHA-256 核对下载文件,应该怎么做?
算出摘要、检查来源、比对字节;也知道哈希证明不了什么。
先记住这一点
摘要一致说明与参考内容一致;可信参考摘要必须来自可信渠道。
先做一个确定的例子
在文本模式输入三个小写字母 abc,不加空格或换行,选择 SHA-256。结果应为下面的摘要。下载的 abc.txt 也只有这三个 UTF-8 字节,可在文件模式重复检查。
ba7816bf8f01cfea414140de5dae2223
b00361a396177a9cb410ff61f20015ad上方为了阅读折成两行,粘贴到“预期摘要”时应去掉中间换行。资源页同时提供单行校验清单。
把摘要来源与文件分开核实
从发布者的正式发布说明或可信签名清单取得参考摘要。若下载站能同时替换文件和摘要,仅比较两者无法识别这种替换。优先使用发布者提供的签名验证流程,并核实签名密钥来源。
一致,也不等于程序安全
- 换行、编码或任何一个字节变化,都可能改变摘要。
- 不匹配时重新获取可信文件,不要忽略差异继续运行。
- 哈希不是恶意代码扫描,也不证明发布者身份。
- 本工具单文件上限 100 MiB,会把整个文件读入内存。
原始资料与编辑说明
资料核对:2026-10-17。本文包含 PlainKit 自编示例与实践说明,不代表来源机构的背书;不是安全审计结论。