直接查mysql.user表的authentication_string字段可快速定位弱密码风险，需结合长度、值、插件类型、密码策略及时间戳综合判断：空值或'*'为高危；mysql_native_password下哈希非41位大概率明文弱口令；预计算哈希可精准匹配常见弱密；password_expired与password_last_changed陈旧组合、validate_password_policy过低亦属隐患。
直接查 mysql.user 表的 authentication_string 字段就能快速定位弱密码风险，不需要解密、不依赖明文，关键看长度、值和插件类型。
查空密码和占位符账号
空密码或未设密码是最直接的高危状态，authentication_string 为 ''（空字符串）或 '*'（旧版未加密占位符）即表示可免密登录。
- 必须用
TRIM()包裹字段，防止攻击者用空格填充伪装成非空 - 不能查已废弃的
password字段（MySQL 8.0+ 已移除） - 需以具备
SELECT ON mysql.*权限的账号执行，通常是root
执行这条语句：
SELECT host, user, plugin, authentication_string FROM mysql.user WHERE LENGTH(TRIM(authentication_string)) = 0 OR authentication_string IN ('', '*');
筛短哈希值识别极弱明文密码
MySQL 5.7+ 默认插件 mysql_native_password 下，合法强密码哈希固定为 41 位（如 '*6BB4837EB74329105EE4568DDA7DC67ED2CA2AD9'）。若 authentication_string 长度明显小于 41（比如 1～30 位），基本可断定原始密码是 ''、'1'、'123' 这类超短口令。
- 只适用于
plugin = 'mysql_native_password'的用户；caching_sha2_password用户哈希是 72 位 Base64，此法无效 - 避免误判：先排除
''和'*'，再用LENGTH(authentication_string) 筛选 - 该方法是初筛，不是确证——短哈希大概率对应弱明文，但需结合后续哈希比对确认
示例语句：
SELECT host, user, plugin, authentication_string FROM mysql.user WHERE plugin = 'mysql_native_password' AND LENGTH(authentication_string) <h3>比对预计算哈希值精准命中常见弱口令</h3> <p>明文虽不可见，但 MySQL 认证插件哈希逻辑确定，可预先生成 <code>'123456'</code>、<code>'password'</code> 等常见弱口令的哈希串，做精确匹配。</p>
- 必须先确认目标用户的
plugin，mysql_native_password和caching_sha2_password的哈希完全不兼容 -
mysql_native_password下，'123456'哈希是'*6BB4837EB74329105EE4568DDA7DC67ED2CA2AD9'；caching_sha2_password下需用 SHA256 + Base64 重算 - 哈希值区分大小写，且必须完整匹配，不能用
LIKE模糊查
只查老插件用户示例：
SELECT host, user, plugin, authentication_string FROM mysql.user WHERE plugin = 'mysql_native_password' AND authentication_string IN ( '*6BB4837EB74329105EE4568DDA7DC67ED2CA2AD9', '*2470C0C06DEE42FD1618BB99005ADCA2EC9D1E19', '*AAB0484EA8719F782B12F5E181243E343312410A');
结合密码策略字段识别“静默弱口令”
有些账号密码本身没被爆破，但长期不更新、策略宽松，实际已是隐患。这类风险不会体现在哈希值上，得靠时间戳和策略交叉验证。
-
password_expired = 'Y'且password_last_changed是多年前（如 2010 年），说明可能一直沿用初始弱口令 -
validate_password_policy若为LOW或未启用，即使当前密码哈希合规，策略本身也形同虚设 - 查策略配置用：
SHOW VARIABLES LIKE 'validate_password%';，重点看validate_password_length、validate_password_mixed_case_count等
查过期+陈旧组合示例：
SELECT host, user, password_expired, password_last_changed FROM mysql.user WHERE password_expired = 'Y' AND password_last_changed <p>真正容易被忽略的是插件混用和策略漂移：同一个实例里可能同时存在 <code>mysql_native_password</code> 和 <code>caching_sha2_password</code> 用户，哈希不能通用；而 <code>validate_password</code> 组件在 MySQL 8.0.17+ 后默认启用但策略级别可能被人为调低，光看哈希长度或值不够，必须连插件、策略、时间三者一起核验。</p>
