服务器端计算散列值
服务器端计算散列值（Hashing）是指在服务器环境下，通过特定的数学算法（散列函数）将任意长度的输入数据转换为一个固定长度的输出字符串（散列值/的过程，散列计算具有不可逆性（无法从结果反推原文）和唯一性（相同输入产生相同输出），是现代信息安全的核心基石。
常用散列算法分类
根据应用场景的不同,服务器端通常采用两类不同的散列算法：
-
快速散列算法（用于数据校验和完整性）
- SHA-256 / SHA-3：目前工业界的标准，具有极高的碰撞抵抗力，常用于文件完整性校验、数字签名和区块链。
- MD5 / SHA-1：由于已被证明存在碰撞漏洞，不再建议用于安全敏感的场景，仅适用于非安全性的快速数据比对。
-
慢速散列算法（专门用于密码存储）
- bcrypt：通过引入工作因子（Cost Factor）增加计算时间，有效抵御暴力破解。
- scrypt：除了增加计算时间，还增加了内存消耗，旨在防御基于 ASIC 或 GPU 的硬件攻击。
- Argon2：目前的行业顶尖标准（密码散列竞赛冠军），提供了对时间、内存和并行度的精细控制。
提升安全性的关键技术
单纯的散列计算容易受到彩虹表（Rainbow Tables）或字典攻击，为了增强安全性，服务器端通常采用以下增强手段：
-
盐值（Salt）
- 在原始数据后拼接一个随机生成的唯一字符串再进行散列。
- 作用：确保即使两个用户使用相同的密码，存储在数据库中的散列值也完全不同，从而使彩虹表失效。
-
胡椒值（Pepper）
- 一个在代码或配置文件中存储的全局秘密字符串，在散列前添加到输入中。
- 作用：即使数据库被脱库（泄露），攻击者由于没有服务器配置文件中的“胡椒值”，依然无法直接开始暴力破解。
-
密钥拉伸（Key Stretching）
- 通过成千上万次的重复散列迭代。
- 作用：人为增加单次验证的时间成本（例如从 1 毫秒增加到 100 毫秒），对正常用户无感知，但会让每秒尝试数百万次的暴力破解工具变得极其缓慢。
核心应用场景
-
用户密码存储
- 服务器绝不存储明文密码，存储流程为：
密码 + 盐值$rightarrow$慢速散列算法$rightarrow$存储散列值，验证时，对输入密码进行相同处理并比对结果。
- 服务器绝不存储明文密码，存储流程为：
-
文件完整性验证
- 服务器计算文件的 SHA-256 值并提供给用户，用户下载后在本地计算，若两个散列值一致，则证明文件未被篡改且传输完整。
-
API 请求签名（HMAC）
- 使用 HMAC（基于散列的消息认证码） 机制，服务器和客户端共享一个密钥，将请求参数与密钥共同散列。
- 作用：防止请求在传输过程中被篡改，并验证请求者的身份。
-
数据去重与索引
将大文本或二进制对象转换为短散列值,作为数据库索引键，提高检索效率并减少存储空间。
服务器端 vs 客户端散列
| 维度 | 客户端散列 (Client-side) | 服务器端散列 (Server-side) |
|---|---|---|
| 主要目的 | 避免明文在网络传输 | 安全存储与最终验证 |
| 安全性 | 较低（散列值本身可成为“伪密码”） | 较高（可结合 Salt 和 Pepper） |
| 控制权 | 用户端控制，不可信 | 服务器端完全控制，可灵活升级算法 |
| 仅作为辅助，不能替代服务器端散列 | 必须执行，是安全底线 |
首发原创文章，作者：世雄 - 原生数据库架构专家，如若转载，请注明出处：https://idctop.com/article/489863.html
