网站密码加盐存储，CMS用户密码安全方案
网站密码加盐存储的核心是：数据库里不保存用户明文密码，而是保存一段“密码+随机盐”经过哈希运算后的结果。
对CMS来说，注册、改密、登录验证都要走同一套加盐逻辑，这样即使数据库泄露，攻击者也很难通过彩虹表反推出原始密码。
本文用PHP示例演示一套可直接落地的方案，适合零基础站长跟着改代码。
一、先检查CMS当前的密码存储方式
动手前先确认现状，避免改错地方。
登录宝塔面板，进入数据库，找到CMS对应的数据库，打开phpMyAdmin，查看用户表（常见表名如users、member、cms_user）的密码字段。
判断标准：
- 密码字段是
password或pwd，值看起来像32位十六进制（如e10adc3949ba59abbe56e057f20f883e），通常是MD5，属于不安全存储。 - 值以
$2y$开头且长度约60位，通常是bcrypt哈希，已经包含盐。 - 值以
$argon2开头，属于更现代的算法，一般无需改动。
如果确认是MD5，建议按下面步骤迁移；
如果已是bcrypt或argon2，重点检查登录验证逻辑是否直接比对明文。
二、用password_hash生成加盐哈希
PHP从5.5起内置password_hash()，它会自动生成随机盐，盐值包含在最终哈希串里，因此数据库只需一个字段即可。
推荐使用PASSWORD_DEFAULT，它会跟随PHP版本使用当前推荐算法。
注册或后台新建用户时，把密码处理成哈希再入库：
$password = $_POST['password'];
$hash = password_hash($password, PASSWORD_DEFAULT);
// 入库：UPDATE users SET password = ? WHERE id = ?入库字段建议用VARCHAR(255)，不要用固定长度如CHAR(32)，因为bcrypt哈希长度约60位，未来算法升级可能更长。
执行后可以在phpMyAdmin里核对，密码字段应显示为$2y$10$...形式。
三、登录验证与旧密码迁移
验证登录时不要用==比较哈希，要用password_verify()：
$row = $db->query("SELECT password FROM users WHERE username = ?", [$user])->fetch();
if ($row && password_verify($_POST['password'], $row['password'])) {
// 登录成功
}如果用户表里还有MD5旧密码，可以在验证时做一次平滑迁移：先用旧逻辑（如md5($input)）比对，通过后立即用password_hash生成新哈希写回数据库。
这样老用户无需重置密码，下次登录就自动升级。
迁移时注意：写回操作只在验证通过后执行一次，避免每次登录都重复写库。
四、容易踩坑的几个细节
- 不要自己拼接盐再MD5，比如
md5($salt.$password)，盐如果是固定值或可预测，安全性仍然不足；交给password_hash更稳妥。 - 不要把哈希后的密码字段当作普通字符串做模糊查询或截断，长度不够会导致验证失败。
- 改密接口要和注册接口使用同一个哈希函数，否则新密码无法登录。
- 数据库备份中如果包含旧MD5密码，迁移完成后建议清理备份，避免旧数据泄露。
- 如果CMS有第三方登录或API登录，这些入口也要同步改成
password_verify，不能只改网页登录。
五、验证方案是否生效
改完后做三步检查：
- 新注册一个测试账号，到phpMyAdmin查看密码字段，确认不是32位MD5，而是以
$2y$开头。 - 用测试账号登录，确认能正常进入；再故意输错密码，确认被拒绝。
- 找一个旧账号登录一次，登录后在数据库里确认其密码字段已从MD5变为bcrypt哈希。
只要这三步都通过，说明加盐存储和迁移逻辑已经正常工作。
常见疑问
密码加盐后还需要限制登录次数吗？ 需要。
加盐解决的是数据库泄露后的反推难度，不能替代登录频率限制和验证码，两者要配合使用。
用password_hash会不会拖慢登录速度？ bcrypt本身有计算成本，这是有意设计的安全特性，正常单次登录在几十毫秒级别，对普通CMS影响很小。
旧MD5密码不迁移可以吗？ 可以暂时保留，但建议尽快迁移；
只要旧哈希还在，数据库泄露后弱密码仍可能被反查。
换服务器后哈希还能用吗？ 可以。
password_hash生成的哈希自带算法和盐信息，只要PHP环境支持对应算法，迁移到新服务器后仍能正常验证。
