开发工作流 / FIELD GUIDE

用 SHA-256 核对下载文件,应该怎么做?

算出摘要、检查来源、比对字节;也知道哈希证明不了什么。

先记住这一点

摘要一致说明与参考内容一致;可信参考摘要必须来自可信渠道。

先做一个确定的例子

在文本模式输入三个小写字母 abc,不加空格或换行,选择 SHA-256。结果应为下面的摘要。下载的 abc.txt 也只有这三个 UTF-8 字节,可在文件模式重复检查。

SHA-256 / abc
ba7816bf8f01cfea414140de5dae2223
b00361a396177a9cb410ff61f20015ad

上方为了阅读折成两行,粘贴到“预期摘要”时应去掉中间换行。资源页同时提供单行校验清单。

把摘要来源与文件分开核实

从发布者的正式发布说明或可信签名清单取得参考摘要。若下载站能同时替换文件和摘要,仅比较两者无法识别这种替换。优先使用发布者提供的签名验证流程,并核实签名密钥来源。

一致,也不等于程序安全

  • 换行、编码或任何一个字节变化,都可能改变摘要。
  • 不匹配时重新获取可信文件,不要忽略差异继续运行。
  • 哈希不是恶意代码扫描,也不证明发布者身份。
  • 本工具单文件上限 100 MiB,会把整个文件读入内存。

原始资料与编辑说明

资料核对:2026-10-17。本文包含 PlainKit 自编示例与实践说明,不代表来源机构的背书;不是安全审计结论。

现在,自己验证一次。

用合成示例开始,输入仍在你的浏览器内处理。

打开对应工具 →下载练习素材 ↓