导语
在数据安全领域，哈希和加密是两个被反复提及的术语，也是两个经常被混淆的概念。有人把密码"加密存储"，其实做的是哈希；有人说文件校验用了"加密算法"，其实指的也是哈希函数。这种混淆不只是语言习惯问题，背后往往隐藏着真实的安全风险。
365VPN安全团队认为，厘清这两者的根本区别，只需要抓住一条主线：哈希解决的是"数据有没有被改动"的问题，加密解决的是"数据内容能不能被别人读取"的问题。 前者关注完整性与校验，后者关注机密性与可控访问。这两个目标看似相近，实际上从设计逻辑到使用场景都截然不同。
一、为什么很多人会把哈希和加密混为一谈
混淆的来源不难理解。哈希和加密确实有几分相似：
都用于保护数据安全，是密码学和信息安全的核心工具； 都依赖算法处理原始数据，输入某种数据，输出另一种形式； 经常同时出现在同一个系统里——密码、通信、文件校验、数字证书，哈希和加密往往共同协作，肩并肩出现在技术文档和代码里。
这种"经常一起出现"的现象，很容易让人误以为它们是同类事物、只有强弱之别。 但真正的区别在于目标不同。哈希关注的是"数据有没有变"，需要的是一种不可逆的"指纹"机制；加密关注的是"数据能不能被看"，需要的是一种有密钥控制、可双向转换的机密机制。目标不同，设计逻辑自然不同，能解决的问题也就完全不同。
二、什么是哈希：把数据变成不可逆的"指纹"
哈希的定义 哈希（Hash）是一种将任意文本或文件转换成固定长度字符串的过程，这个输出结果叫做哈希值，有时也叫摘要（Digest）。 哈希最关键的特性是：这是一个单向过程。你可以把数据变成哈希值，但无法从哈希值还原出原始数据。没有"解哈希"这回事，这一点从根本上区别了哈希和加密。
哈希最核心的用途
哈希不是用来存储数据以便之后恢复的，它的核心价值在于：验证数据有没有被改动。 如果你下载了一个文件，把它计算出来的哈希值和官方公布的哈希值一比对，两者相同，说明文件完整、没有被篡改；一旦有一个字节被修改，哈希值就会完全不同。这就是哈希作为"数字指纹"的意义所在。
哈希的典型应用场景
密码存储：用户密码不以明文保存，而是存储其哈希值，登录时比对哈希而非明文； 文件完整性校验：下载、传输、备份场景下验证数据是否完整； 数字签名：签名时先对内容做哈希，再对摘要签名，既保证效率又保证完整性； 区块链：每个区块都包含前一个区块的哈希值，构成不可篡改的链式结构。
三、哈希是怎么工作的
哈希函数如何处理输入
无论输入是一个字母，还是一部完整的小说，哈希函数的输出长度都是固定的。以 SHA-256 为例，无论输入多长，输出始终是 256 位（64 个十六进制字符）。这种"压缩"特性让哈希值可以作为任意大小数据的简洁代表。
哈希的确定性
哈希函数是确定性的：同样的数据，用同样的算法，每次计算结果都完全相同。这正是哈希能用于校验的基础——如果文件没有变化，哈希值就不会变化；只要文件有任何改动，哈希值就会完全不同。
为什么"加盐"很重要
密码哈希面临一个现实威胁：如果两个用户使用了相同的密码，他们的哈希值也完全相同。攻击者可以预先计算大量常见密码的哈希值（彩虹表），批量破解数据库。 解决方案是加盐（Salt）：在对密码进行哈希之前，先加入一段随机生成的数据（盐值）。哪怕两个用户的密码完全相同，由于盐值不同，最终得到的哈希值也截然不同。盐值不是用来解密的密钥，而是增强哈希安全性的附加随机数据，通常与哈希值一起存储。
四、常见哈希算法怎么选
MD5
MD5 在历史上极为普遍，计算速度快，输出 128 位。然而它的碰撞攻击漏洞早已被证明，不再适合任何安全关键场景。如今它的合理用途仅限于非安全场景的快速校验，例如校验一个软件包的完整性（在无人篡改的可信环境下）。
SHA-1
SHA-1 曾广泛用于数字证书和签名，输出 160 位。2017 年，谷歌和 CWI 研究院公布了 SHA-1 的首个实际碰撞攻击，证明了它的不安全性。现代安全场景已不再推荐使用 SHA-1，主流浏览器和证书颁发机构也已将其淘汰。
SHA-2 SHA-2 是目前使用最为广泛的哈希算法族，包括 SHA-224、SHA-256、SHA-384、SHA-512 等变体，其中 SHA-256 的应用尤为成熟，覆盖 TLS 证书、代码签名、区块链等主流安全场景。如无特殊需求，SHA-256 是当前最稳妥的通用哈希选择。
SHA-3
SHA-3 是 NIST 于 2015 年标准化的新一代哈希算法，内部采用与 SHA-2 完全不同的 Keccak 结构，即便未来 SHA-2 出现理论漏洞，SHA-3 也不会受到相同攻击的影响。它适合对密码安全有更高要求、或需要算法多样性保障的前沿场景。
Bcrypt 与 Argon2
这两种算法专为密码存储设计，与通用哈希算法有本质区别：它们刻意设计得计算成本较高，使得暴力破解的代价极大。
Bcrypt 是成熟且仍广泛使用的密码哈希方案，内置盐值处理，可调整计算成本因子； Argon2 是 2015 年密码哈希竞赛的冠军方案，支持内存硬度参数，对抗 GPU 和 ASIC 暴力攻击的能力更强，是当前最推荐的密码哈希算法。
五、什么是加密：把明文变成可恢复的密文
加密的定义
加密（Encryption）是将可读的明文数据转换成不可读密文的过程，这个过程依赖密钥完成。持有正确密钥的一方可以对密文进行解密，恢复出原始明文；没有密钥的人，即便拿到密文也无从读取内容。 与哈希的单向性截然不同，加密是一个可逆过程——加密和解密是同一套机制的两个方向。
加密的核心目标
加密的核心是保护数据机密性：确保只有授权方才能访问数据内容，让未经授权的人即便截获数据，也无法看懂其中的内容。
加密主要用于哪些地方
传输中的数据：HTTPS、TLS 保护的网页通信、即时消息； 存储中的数据：磁盘加密、云端文件加密； VPN：虚拟私人网络中的流量加密； 金融信息：银行交易、支付数据的保护； 数字证书：身份认证中的密钥协商。
六、加密是怎么工作的
密钥为什么是加密的核心
加密的安全性完全依赖密钥。同一段明文用不同的密钥加密，会得到完全不同的密文；没有密钥，就无法完成解密。这意味着加密系统的安全性本质上转移到了密钥管理上——密钥泄露，加密即失效。
对称加密
对称加密使用同一把密钥完成加密和解密。其优势在于计算速度快，适合处理大量数据。AES（高级加密标准） 是当前最主流的对称加密算法，在磁盘加密、文件加密、数据库加密等场景中无处不在。 对称加密的挑战在于密钥分发：通信双方必须先通过某种安全方式共享同一把密钥，而这本身就是一个安全问题。
非对称加密
非对称加密使用公钥和私钥两把不同的密钥：公钥公开，任何人都可以用它加密数据；私钥保密，只有持有者可以用它解密。 RSA 是非对称加密中最经典的代表算法，广泛用于 HTTPS 握手、数字证书和签名验证。非对称加密解决了密钥分发的难题，但计算开销较大，不适合直接加密大量数据。
混合使用的现实方案
现实中，这两种加密方式往往组合使用：RSA 负责安全地传递 AES 密钥，AES 负责实际的数据加密。HTTPS 协议正是这种混合模式的典型代表——先用非对称加密完成身份认证和密钥协商，再用对称加密保护后续的数据传输。这样既保证了密钥分发的安全性，又维持了大量数据传输的效率。
七、常见加密算法与应用场景
AES（高级加密标准） 目前最主流的对称加密算法，支持 128、192、256 位密钥长度。速度快、安全性强，在现代 CPU 上有硬件加速支持，几乎是所有需要对称加密场景的首选。
RSA
经典的非对称加密算法，常用密钥长度为 2048 位或 4096 位。广泛用于 TLS 证书、数字签名和密钥交换。由于计算开销较大，通常只用于加密少量数据（例如密钥本身），而非大规模数据加密。
ECC（椭圆曲线密码学）
用比 RSA 短得多的密钥实现相当甚至更强的安全性。256 位的 ECC 密钥在安全性上大致等同于 3072 位的 RSA 密钥。ECC 特别适合移动设备和计算资源有限的环境，也是现代 TLS 证书的主流选择之一。
ChaCha20
现代高性能流加密算法，由 Daniel Bernstein 设计。在没有 AES 硬件加速的设备（例如部分移动芯片和嵌入式设备）上，ChaCha20 的速度往往超过 AES。它是 TLS 1.3 和 WireGuard 等现代 VPN 协议的重要组成部分。
Blowfish
由 Bruce Schneier 于 1993 年设计，曾非常流行。如今在新系统中较少使用，更多出现在需要与旧系统兼容的场景中。其后继算法 Twofish 同样具有历史地位，但在当前实践中，AES 已是绝对主流。
八、哈希与加密的真正差别
理解完两者各自的原理，可以从六个维度做一次系统对比：
目标不同。 哈希用于校验数据完整性，回答"数据有没有被改动"；加密用于保护数据机密性，回答"数据能不能被他人读取"。这是两者最根本的分野。 可逆性不同。 哈希是单向的，无法从哈希值还原原始数据；加密是双向的，持有正确密钥即可解密恢复明文。
输出形式不同。 哈希输出固定长度，无论输入多长，SHA-256 永远输出 256 位；加密的输出长度通常随原始数据的长度变化，输入越长，密文也越长。 是否依赖密钥不同。 哈希通常不依赖密钥，任何人都可以用相同算法计算同一数据的哈希值（加盐是增强安全性的手段，盐值不是解密密钥）；加密必须依赖密钥，没有密钥就无法解密。
性能特点不同。 哈希通常计算速度更快、开销更低（专用密码哈希算法如 Argon2 除外，它们刻意设计成高成本以对抗暴力破解）；加密尤其是非对称加密，计算开销更大。
使用场景不同。 哈希常用于密码存储和文件完整性校验；加密常用于通信保护、数据传输和隐私保障。
九、现实场景里该用哈希还是加密
存密码
应当使用哈希，而不是加密。 如果密码被加密存储，意味着系统持有解密密钥，一旦密钥泄露，所有密码都暴露无遗。正确的做法是用专用密码哈希算法存储密码的哈希值——即便数据库泄露，攻击者拿到的也只是哈希值，无法直接还原密码。
具体算法上，优先选用 Argon2（内存硬度强，抗 GPU 暴力破解），其次是 bcrypt（成熟可靠，有良好的跨语言支持）。两者都内置加盐处理，无需手动管理盐值。
验证文件有没有被篡改
使用哈希。 下载文件后，计算本地文件的哈希值，与官方发布的哈希值比对。相同则文件完整，不同则说明文件在传输或存储过程中发生了改动（无论是意外损坏还是恶意篡改）。
保护聊天内容、网页传输、VPN 数据
使用加密。 这些场景的核心需求是机密性——防止传输过程中的数据被第三方截获读取。HTTPS 使用 TLS 加密保护网页传输，端对端加密保护即时通信，VPN 使用 AES 或 ChaCha20 保护隧道流量。
需要同时验证真实性和保密性
往往两者一起使用。 现实中的安全系统很少只依赖单一机制：
密码登录系统：用哈希存储密码保证安全，用加密传输登录请求保证机密； HTTPS：用加密保护数据传输，用哈希（在数字签名中）保证证书和数据的完整性；
数字签名体系：先对数据做哈希得到摘要，再对摘要做非对称加密签名，同时保证了完整性和来源可信。
两者不是竞争关系，而是互补的工具，按需组合才是可靠安全设计的常态。
十、常见误区
误区一：
哈希是"低级加密"。 哈希不是强度较弱的加密，而是一种设计目标根本不同的机制。把哈希理解为"简化版加密"，会导致在需要保密的地方错误地使用哈希，从而造成数据泄露风险。
误区二：
加密可以替代完整性校验。 加密保护的是内容不被读取，但不能保证内容没有被篡改。攻击者即便无法读懂密文，也可能在不知内容的情况下对其进行修改（即所谓的"比特翻转攻击"）。完整性验证需要哈希或消息认证码（MAC）来独立保障。
误区三：
看到 MD5 或 SHA-1 还在使用，就以为它们仍然安全。 旧系统中仍然存在这些算法并不代表它们适合安全关键场景。MD5 的碰撞漏洞和 SHA-1 的实际碰撞攻击已被证明，继续在密码存储、证书、签名等场景中使用它们，等同于主动降低安全基线。
误区四：
密码安全只要"做一次哈希"就够了。 对密码直接做一次 MD5 或 SHA-256 是严重不足的。正确的密码哈希需要三个要素：专用密码哈希算法（Argon2 或 bcrypt）、唯一的盐值、以及足够的计算成本参数。缺少其中任何一项，面对现代 GPU 暴力破解工具，哈希数据库都可能在短时间内被大规模破解。
结语
总结成两句话：哈希解决"数据有没有变"，加密解决"数据能不能看"。 对于密码存储、文件传输、即时通信、VPN、数字证书这些现实系统，真正可靠的安全设计往往不是在哈希和加密之间二选一，而是按目标把两者组合起来使用：哈希负责完整性，加密负责机密性，各司其职，缺一不可。 理解这两套机制的本质差异，不只是技术细节的区分，更是构建可信赖系统的认知基础。