mysql_native_password在mysql 5.7中因无salt sha1双重哈希、无轮次拉伸、明文challenge传输等设计缺陷，已无法抵御现代攻击；必须升级至8.0并强制使用caching_sha2_password插件，且需同步配置default_authentication_plugin。
mysql_native_password 在 MySQL 5.7 中已不安全，不是“可能被破解”，而是设计上无法抵御现代攻击手段——它用无 salt 的 SHA1 做双重哈希，密码相同则哈希值完全一致，彩虹表和离线爆破可直接命中。
SHA1 + 无 salt 是硬伤，不是配置问题
mysql_native_password 的认证流程固定：服务端发 20 字节 challenge，客户端算 SHA1(SHA1(password))，再与 challenge 异或。整个过程不引入随机盐值，也不做哈希轮次拉伸：
- 同一密码在所有用户、所有时间生成的哈希值都一样，攻击者拿到
authentication_string字段后可直接查彩虹表 - NIST 早在 2011 年就正式建议弃用 SHA1，2024 年起主流 CTF 和渗透工具已内置针对该模式的秒破模块
- MySQL 官方自 8.0 起标记其为
deprecated，8.4 版本已彻底移除支持（2026 年起生产环境不能再选）
连接中断、认证失败常被误判为“网络问题”，实则是协议脆弱性暴露
在高延迟或 TLS 终止不完整环境下，mysql_native_password 握手阶段容易卡在 'reading authorization packet' 并断开，错误日志里看不到明确报错，运维常调 wait_timeout 或重试——但这掩盖了真正风险：
- 该插件不校验连接加密状态，明文传输 challenge，中间人可截获并离线穷举
- 旧版驱动（如 PHP
mysqlndmysql-connector-java - MySQL 5.7 后期小版本（5.7.39+）虽加了部分 handshake timeout 优化，但未改变底层算法缺陷
caching_sha2_password 不是“升级选项”，而是 5.7 升 8.0 后唯一合规路径
别被“兼容老系统”误导：MySQL 5.7 本身不带 caching_sha2_password，但升级到 8.0 后必须切换——这不是为了新功能，而是堵住已被公开利用的攻击链：
-
caching_sha2_password使用 SHA256 + 20 字节随机 salt + 默认 5000 轮 PBKDF2 派生，相同密码每次哈希结果不同 - 非 SSL 连接时强制 RSA 公钥加密传输密码凭证，杜绝明文 challenge 截获
- 内存缓存最近成功登录的 salted hash，性能不降反升，且不牺牲安全性
- 切换命令必须带
BY 'new_strong_pwd'，不能复用旧密码——因为旧密码大概率不符合新插件的强度要求
最易忽略的一点：很多人改完用户插件就以为完成，却没动 default_authentication_plugin 配置。结果新创建的账号（比如监控脚本自动建的）又悄悄掉回 mysql_native_password，形成隐蔽后门。这个配置项必须在 [mysqld] 段显式锁定为 caching_sha2_password，否则等于没关窗。
