本文目录导读：
完整性校验（哈希算法） 和 错误检测码，这两类算法在目的、安全性和效率上有所不同。
以下为你梳理最常用的几种算法及其典型应用场景：
完整性校验（哈希算法）
这类算法用于确保数据在传输或存储过程中未被修改，它们将一个任意长度的数据映射成一个固定长度的“数字指纹”。
-
MD5 （Message Digest Algorithm 5）
- 特点： 生成128位（16字节）哈希值,速度较快。
- 状态： 不再安全，已被证明存在碰撞漏洞（两个不同文件可生成相同MD5值）。不建议用于安全敏感场景,如软件签名。
- 常见用途： 验证文件下载是否完整（如ISO镜像）、旧系统兼容性校验、非安全场景的重复文件查找。
-
SHA-1 （Secure Hash Algorithm 1）
- 特点： 生成160位（20字节）哈希值。
- 状态： 已过时，理论上存在碰撞攻击（Google在2017年演示了实际碰撞）,目前主流浏览器已淘汰其SSL证书签名。
- 常见用途： Git版本控制中用于标识对象（虽已不安全，但被Git内部不可篡改的结构保护）。
-
SHA-2 系列（包括 SHA-256, SHA-384, SHA-512）
- 特点： 目前工业标准，安全性远高于SHA-1和MD5。
- 状态： 推荐使用,无已知可行的碰撞攻击。
- 常见用途：
- SHA-256： 最常用，如SSL/TLS证书签名、区块链（比特币）、校验软件包（Linux发行版的SHA256SUMS文件）。
- SHA-512： 在64位系统上速度甚至比SHA-256快（因为处理64位字块）,常用于对安全性要求极高的场景。
-
SHA-3 （Keccak）
- 特点： 新一代哈希标准，采用与SHA-2完全不同的结构（海绵函数）,对某些类型攻击有更强的抵抗性。
- 状态： 渐趋普及，性能通常不如SHA-2（硬件优化少），适合需要“备用算法”或对侧信道攻击敏感的场景。
- 常见用途： 一些新兴加密协议、需要符合最新FIPS标准的场景。
错误检测码
这类算法主要用于检测传输过程中的随机错误（如位翻转、噪声干扰），但不提供防篡改安全性（可被恶意修改）。
-
CRC （Cyclic Redundancy Check，循环冗余校验）
- 特点： 极快，计算简单，硬件支持好，能检测大部分常见传输错误（突发错误）。
- 常用变体：
- CRC-32： 应用于以太网、ZIP/Gzip压缩包、PNG图片校验。
- CRC-16： 应用于Modbus协议、USB协议。
- CRC-8： 应用于1-Wire总线、简单传感器通信。
- 注意： CRC 不具备抗碰撞性，恶意攻击者可以轻易修改数据同时重新计算CRC。不要用于安全校验。
-
校验和 （Checksum，如 Internet Checksum）
- 特点： 简单求和后取补码，速度极快，但检测能力弱（比如两个位同时取反可能相互抵消）。
- 常见用途： IP/TCP/UDP协议头校验（仅检测头部特定部分错误）。
特殊场景算法
-
消息认证码 （Hash-based Message Authentication Code， HMAC）
- 用途： 验证数据完整性 + 身份验证，不仅需要密钥,还能确保数据来自持有密钥的一方。
- 常见算法： HMAC-SHA256（主流）、HMAC-MD5（已弃用）。
- 场景： API签名（如AWS、支付宝）、数据加密后的防篡改标签。
-
BLAKE2 / BLAKE3
- 特点： 比SHA-2更快，同时具有相同或更高的安全性，BLAKE3是BLAKE2的并行优化版，速度可达SHA-256的5倍以上。
- 场景： 文件完整性校验工具（如
b2sum、b3sum）、高性能哈希场景（如UUID生成、文件去重）。
总结对比表
| 算法 | 输出长度 | 安全性 | 速度 | 主要用途 |
|---|---|---|---|---|
| CRC-32 | 32位 | 低 （无防篡改） | 极快 | 通信层错误检测、压缩包校验 |
| MD5 | 128位 | 低 （已破解） | 快 | 旧系统兼容、非安全场景文件校验 |
| SHA-1 | 160位 | 低 （已破解） | 较慢 | Git标识、旧版签名（应迁移） |
| SHA-256 | 256位 | 高 （推荐） | 中等 | 通用标准：软件签名、证书、区块链 |
| SHA-512 | 512位 | 高 | 较快 （64位CPU） | 高安全需求、长密钥派生 |
| BLAKE3 | 256位 | 高 | 极快 （并行） | 现代高性能校验工具 |
| HMAC | 变长 | 高 （需密钥） | 中等 | API安全认证、数据源验证 |
实际写脚本时的建议
- 一般文件校验/下载验证： SHA-256 （推荐用
sha256sum命令），如果追求速度，用 BLAKE3。 - 检测传输噪声（有线/无线）： CRC-32 或 CRC-16。
- API/接口签名： HMAC-SHA256。
- 快速去重（不考虑安全）： 可以先算CRC-32快速过滤，再算SHA-256精确确认（或直接用BLAKE3一步到位）。
- 永远不要： 在需要对抗恶意篡改的场合（如签名软件、校验下载的银行交易数据）使用CRC或普通Checksum。
在写脚本时（如Python、Shell或Go），通常只需调用系统工具（如 sha256sum）或标准库（Python的 hashlib 模块）即可轻松实现上述算法。
