为什么单纯的哈希不足以保护密码？
在现代网页应用开发中，直接将用户密码以明文存储是严重的资安漏洞。即便使用了 MD5 或 SHA-256 等哈希算法，若没有额外的保护机制，黑客仍能通过“彩虹表（Rainbow Tables）”进行快速比对，轻易还原出原始密码。单纯的哈希值在面对硬件运算能力大幅提升的今日，已经显得不堪一击。
盐（Salt）的运作原理与重要性
“盐”是一串随机生成的字符串，在进行哈希运算前与用户的密码合并。其核心目的是让相同的密码在存储时产生完全不同的哈希值。即使两位用户设定了相同的密码，只要数据库中的盐值不同，最终存储的哈希结果也会截然不同，这彻底消除了彩虹表攻击的威胁。
专家建议：盐值必须是唯一的，且建议针对每一位用户个别产生。存储时，盐值通常与哈希值一并存放于数据库中，因为它不需要隐藏，只需确保其随机性。
胡椒（Pepper）的额外防御层
与盐不同，“胡椒”是一种存储在应用程序配置文件或环境变量中的秘密字符串。它不会存放在数据库中，因此即便数据库遭到泄露，黑客若没有取得服务器端的配置文件，也无法进行有效的离线破解。这为密码存储增加了最后一道防线。
常见密码存储方案比较
| 机制 | 存放位置 | 主要防御目标 | 安全性层级 |
|---|---|---|---|
| 纯哈希 | 数据库 | 无 | 极低 |
| 加盐 (Salt) | 数据库 | 彩虹表攻击 | 中等 |
| 加胡椒 (Pepper) | 服务器环境变量 | 数据库泄露后的暴力破解 | 高 |
如何正确实作密码防护策略
在实作时，请确保使用如 Argon2、bcrypt 或 scrypt 这类具备“工作因子（Work Factor）”的算法。这些算法故意设计得较为缓慢，进一步限制了黑客使用 GPU 大规模尝试破解的速度。结合盐与胡椒的双重防护，可以将系统的安全性提升到企业级标准。
维持系统安全性的长期维护
资安防护并非一劳永逸。随着运算能力的演进，过去被认为安全的算法可能会过时。建议定期审查系统的哈希策略，并确保所有的加密密钥与胡椒值都有轮替机制，以面对未来可能出现的计算威胁。