跳到正文

文件校验和

File Checksum

不限大小地流式哈希文件,并和你粘贴进来的期望值当场比对。

在浏览器里给文件算校验和——SHA-256、SHA-1、MD5 等——并和公布的校验和比对。文件从磁盘读进这个标签页,从不上传,这是验证一次下载唯一理智的方式。

🔒 完全在你的浏览器里运行hashchecksumverifyfile
模式
算法

把文件拖到这里

多大都行。文件是分块读的,从不整个装进内存,所以几个 GB 的 ISO 也能算完而不撑爆内存。

文件在这个标签页里由一个 worker 分块读取。什么都不上传——摘要是在这里算的,根本没有请求要发。哈希本身可以放心分享:它只用来认出这个文件,不透露文件内容的任何信息。

怎么用

  1. 把下载的文件拖进来

    大文件分块读取,标签页保持响应。任何时候都不会有东西被发送到任何地方。

  2. 粘贴下载页上的校验和

    匹配的那一行会高亮。你不必知道公布的是哪种算法——只要和其中任何一个匹配,你就会看到。

  3. 确认它匹配,而不是看着像

    校验和要么差一个字符,要么全都不同;没有「接近」这回事。这正是比对由页面来做而不是用肉眼的原因。

常见问题

校验和匹配就说明文件是安全的吗?

它说明这个文件就是公布了校验和的那个。如果公布校验和的站点被攻破了,文件和校验和是一起被换掉的。签名——GPG、minisign、代码签名证书——才是证明谁做的它的东西;校验和只证明字节完整到达了。

它能处理多大的文件?

原则上几个 GB——文件是流式读取的,不是整个装进内存。实际上上限是浏览器的内存压力和你的耐心;一个几 GB 的 ISO 要花一会儿,但能算完。

站点只公布了 MD5。那没用吗?

不是没用——它仍然能抓到被截断或损坏的下载,那才是你实际会遇到的故障。对一个想给你另一个文件的人来说它没用,因为 MD5 碰撞很便宜就能构造。两者都有的话,优先用 SHA-256。

可以从这些接进来

接下来

这些工具吃得下当前工具的产出,结果可以直接送过去。