码迷,mamicode.com
首页 > 数据库 > 详细

mysql8.0与mysql5.7安全加密小差别

时间:2020-07-22 02:19:07      阅读:222      评论:0      收藏:0      [点我收藏+]

标签:http   刷新   没有   native   需要   可靠   report   pass   数据库   

今天升级到了mysql8.0 做主从同步遇到下面问题

2020-07-21T14:09:52.626718Z 13 [ERROR] [MY-010584] [Repl] Slave I/O for channel ‘‘: error connecting to master ‘slave_replication@172.20.0.2:3306‘ - retry-time: 60 retries: 1 message: Authentication plugin ‘caching_sha2_password‘ reported error: Authentication requires secure connection. Error_code: MY-002061

简单看了一下是mysql用户的安全加密方式的问题,特意看了一下mysql的用户表
技术图片

plugin列全部都是caching_sha2_password。

而mysql5.7支持的方式是mysql_native_password

处理caching_sha2_password,具体解释如下:

  1. 使用加密连接
    2.使用支持 RSA 密钥对,进行密码交换的非加密连接

之前 change master to 时,未进行配置 master_ssl=1(等效于客户端 –ssl-mode=REQUIRED 的配置),导致从库通过复制用户连接主库时使用的非加密连接,同时又没有进行 RSA 密钥配置,导致 io 线程运行异常。为此整理一些关于 MySQL 8.0 认证插件 caching_sha2_password 的一些限制以及 RSA 的相关内容。
一、认证插件 caching_sha2_password

1.1 作用:

用于实现 SHA-256 认证

1.2 工作机制:

1)caching_sha2_password 会将用户名和用户密码哈希对作为缓存条目进行缓存,当用户进行访问时,会跟缓存条目进行匹配,如果匹配则认证成功。

2)如果插件没有匹配到相应的缓存条目,首先会根据 mysql.user 系统表进行校验,如果校验通过会生成相应的缓存条目,下次相同用户进行访问时可以直接命中缓存条目,提升二次认证效率。如果校验失败,则认证失败、访问拒绝。

1.3 优势(相对于 sha256_password):

1)caching_sha2_password 认证插件在 MySQL 服务端进行缓存认证条目,对于之前认证过的用户,可以提升二次认证的速度。

2)不管与 MySQL 链接的 SSL 库如何,都可以使用基于 RSA 的密码交换

3)提供了对使用 Unix 套接字文件和共享内存协议的客户端连接的支持

1.4 缓存管理:

1)当删除用户、修改用户名、修改用户密码、修改认证方式会清理相对应的缓存条目

2)Flush Privileges 会清除所有的缓存条目

3)数据库关闭时会清除所有缓存条目

1.5 限制:

通过 caching_sha2_password 认证的用户访问数据库,只能通过加密的安全连接或者使用支持 RSA 密钥对进行密码交换的非加密连接进行访问。
二、caching_sha2_password 插件使用 RSA 秘钥对

2.1秘钥对生成方式:

1)自动生成

参数 caching_sha2_password_auto_generate_rsa_keys 默认是开启,数据库在启动时自动生成相对应的公钥和私钥。

2)手动生成

通过 mysql_ssl_rsa_setup 指定目录生成 SSL 相关的私钥和证书以及 RSA 相关的公钥和私钥。

2.2 查看 RSA 公钥值的方式:

通过状态变量 Caching_sha2_password_rsa_public_key 可以查看 caching_sha2_password 身份验证插件使用的 RSA 公钥值。

2.3 使用 RSA 键值对的注意事项:

1)拥有 MySQL 服务器上 RSA 公钥的客户端,可以在连接过程中与服务器进行基于 RSA 密钥对的密码交换

2)对于通过使用 caching_sha2_password 和基于 RSA 密钥对的密码交换进行身份验证的帐户,默认情况下,MySQL 服务端不会将 RSA 公钥发送给客户端,获取 RSA 公钥的方式有以下两种:

A. 客户端从服务端拷贝相应的 RSA 公钥,

B. 客户端发起访问时,请求获取 RSA 公钥。

在 RSA 公钥文件可靠性能够保证的前提下,拷贝 RSA 公钥跟请求获取 RSA 公钥相比,由于减少了 c/s 之间的通信,相对而言更安全。如果在网络安全前提下,后者相对来说会更方便。

2.4 命令行客户端通过 RSA 秘钥对进行访问:

1)通过拷贝方式获取RSA公钥,在通过命令行客户端进行访问时,需要在命令行指定 –server-public-key-path 选项来进行访问

2)通过请求获取RSA公钥的方式,在通过命令行客户端进行访问时,需要在命令行中指定 –get-server-public-key 选项来进行访问。

选项 –server-public-key-path 优于 –get-server-public-key


如果还想使用原来的方式,则需要进行如下格式的修改

#重新修改用户密码安全加密方式
ALTER USER ‘root‘@‘localhost‘
  IDENTIFIED WITH mysql_native_password
  BY ‘password‘;

    #刷新权限
    flush privileges;

mysql8.0与mysql5.7安全加密小差别

标签:http   刷新   没有   native   需要   可靠   report   pass   数据库   

原文地址:https://blog.51cto.com/phpme/2512382

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!