从网络下载安装包、系统镜像或依赖压缩包时，你信任的是一条看不见的链路：CDN、镜像、代理、本地网络。文件校验和让你不再信任链路、只信任字节——而做对这件事只需要一分钟。
哈希到底保证了什么
SHA-256 这类密码学哈希把任意文件映射成固定 256 位的指纹。两个性质让它能做校验：相同的字节必然得到相同指纹；而不同的字节——以人类已知的手段——无法构造出相同指纹。所以发布方的 SHA-256 和你本地算出的 SHA-256 一致，就证明文件与他们签发的版本逐比特相同。任何位置差一个字节，整个哈希值面目全非——这就是校验和既能发现下载损坏、也能发现人为篡改的原因。
为什么 MD5 和 SHA-1 不够用了
MD5 碰撞在笔记本电脑上几秒就能构造出来；SHA-1 碰撞 2017 年已被实际演示。检测”意外损坏”（随机位翻转）它们仍然够用；检测”故意篡改”则完全无效——攻击者可以构造出与正版 MD5 相同的恶意文件。所有严肃的软件项目都已把发布校验值换成了 SHA-256；一个只提供 MD5 的下载页面，本身就值得多一分警惕。
完整工作流
- 从独立渠道拿到期望哈希 —— 项目官网（HTTPS）、签名的发布页、维护者的公告。与文件同一渠道发布的东西无法为文件作保。
- 本地计算。文件哈希工具在浏览器本地计算 SHA-256（也支持 SHA-1/MD5 供对比）——文件不出本机，这在你”还不信任这个文件”的时刻尤其重要。
- 比对完整字符串，不要只看前几位。不同工具的大小写和
sha256:前缀写法不同，hex 值必须完全一致。 - 供应链里重要的东西都做一遍 —— 安装包、固件、以及生产环境跑的 Docker 镜像。
大多数团队缺的那个习惯
验证操作系统的安装包人尽皆知；真正出供应链事故的是内部产物：curl | bash 装的内部 CLI、镜像站缓存的依赖包、几个月后恢复的备份归档。所有”不希望被悄悄调包”的文件都做哈希，把哈希发布在团队找得到的地方，恢复时重新校验——只记录、从不复验的校验和只是装饰。
对内容本身需要保密（而不仅是完整性）的文件，把加密接进流程：先加密、后计算哈希，让发布的校验值覆盖最终产物。AES 工具同样全程本地加密，“校验 + 保护”的闭环都在浏览器里完成。