多种不同的 MySQL 的 SSL 配置
在这篇博客的帖子里，我将会描述不同的使用MySQL数据库的SSL配置方法。
SSL给了你什么?
你可以通过互联网使用MySQL复制特性（replication）或者通过互联网连接到MySQL。
还有可能是你通过企业网去连接，这样会有很多人访问。如果你使用一个自带设备（BYOD）网络，这就更是一个问题了。
SSL在这里通过加密网络防止有针对性的监听。在与正确的服务器进行交互时，可以有效应对中间人攻击（man-in-the-middleattacks）。
你还可以使用SSL客户端证书，让它同密码一起作为身份识别的二要素。
SSL不是唯一的选择，你可以使用SSH和许多MySQLGUI客户端，类似MySQLWorkbench提供的那个产品。但是SSH的python脚本，或者mysqldump，不是那么易用。
需要注意的事情：
使用SSL在绝大多数情况下要比不使用SSL要好，所以没有太多可能出现问题的地方。
但是以下几点需要注意：
对安全性的错误估计
你认为你在SSL的保护之下，但是你可能忘记设置一些选项从而导致程序可以接受非SSL的连接，所以要确保设置必须使用SSL作为连接方式。可以使用Wireshark或者其它类似的工具来检测你的流量是否都真的被加密处理。
没有及时更新证书
你应该通过一些方法在证书即将过期的时候通知自己。可以是nagios检查，可以是日历里面的小贴士，可以来自于证书签发机构的email。如果证书过期，将会导致你的客户端无法正常获得响应。
性能
如果性能很重要，就应该做基准测试，来看看没有SSL的情况下有什么影响。在OpenSSL和YaSSL下尝试不同的密码，并看哪个的执行效果最佳。
使用流量监测的工具
如果你在使用像VividCortex，pt-query-digest基于pcap的工具，那么你应该确保在部署完SSL后，这些工具还能用，可以提供密钥来实现。然后使用一个非Diffie-Hellman(DH)的密码，或者使用其他的源，如performance_schema、slowquerylog，这还要看你的应用程序支持哪种，也可能会包含一些负载均衡的设置。
MySQL中的SSL和浏览器中的SSL有什么不同
浏览器默认有一个CA的信任列表，但MySQL默认是没有的。这就是他们最大的不同。MySQL和OpenVPN使用SSL非常相似。
MySQLserver和Webserver都开启了SSL，同时也都需要有客户端证书，这是他们相同的地方。
有一些细微的协议支持差别，比如：MySQL只支持TLSv1.0，默认不支持主机名验证，所以你的证书可能是给db1.example.com的，也可能是给db2.example的，浏览器则可能会用OCSP、CRL's或CRLsets来验证证书是否有效。MySQL5.6以后就只支持CRL验证。
配置1:Server/Client的内部CA
最基本的安装和我创建mysslgen的位置。
首先在服务器上创建一个PKCS#1格式的密钥，若PKCS#8不行。然后创建一个可以用CA部署的CSR(CertificateSigningRequest证书签名请求)。最后结果是一个CA证书服务器和一个服务器的密钥。笔者习惯用PEM格式的证书
服务器配置：
SSL证书服务器和密钥(ssl-certandssl-key)
SSLCA证书(ssl-ca)
客户端配置:
SSLCA证书(ssl-ca)
要求账户用SSL验证，那你的GRANT语句应该用REQUIRESSL选项。
配置2:Server/Client的内部CA和客户端证书
首先得在服务器上开启SSL，然后给客户端创建证书。
然后在客户端指定客户端证书和密钥ssl-cert和ssl-key.
现在必须要用REQUIREX509来要求一个有效的证书。如果这个CA不只用在MySQLserver上，那就不起作用了，因为其他人也有可能拿到有效的证书，
可以用REQUIRESUBJECT'/CN=myclient.example.com'来限制证书的使用。
在此设置证书是你的CA给颁发的，你颁发的证书你就能有很多可控的，结果就是你颁发的证书都是被信任的。
配置3:Server/Client与公共CA
方案3与方案2相似。但公共的CA会指定多个的证书，同样也会吊销这些证书。
你应该了解--ssl-verify-server-cert，以确保服务器有一个带主机名的证书。否则，有人可能会用一个不带主机名的有效证书来发起中间人攻击（Man-in-the-MiddleAttack，简称“MITM攻击”）。
也应该使用REQUIREX509字段，要求每个用户SUBJECT、ISSUER（可选）字段。
配置4:Server/Client和多个公共CA's
这个方案用起来显得轻而易举。
可以使用证书包（一个文件多个证书），并用sslca命令指定此文件。
在Ubuntu系统上，这个证书由/etc/ssl/certs/ca-certificates.crt下的ca-certificates包提供
其他选项，用“指定assl-capath”来代替“使用ssl-ca”，这样就可以设置到/etc/ssl/certs里。如果想用CA的默认目录，那就得运行OpenSSL中的c_rehash程序来生成正确的符号连接（只在OpenSSL下可用）。
配置5:Replication（复制）
设置CHANGEMASTERTO命令中MASTER_SSL_*就可实现。
如果开启了主机名验证，就确保用了MASTER_SSL_VERIFY_SERVER_CERT。
只有这样才能真正确保replication用户的SSL连接是要求的SSL连接。如果SSL允许了，SHOWSLAVESTATUS就会显示输出,而不是不可用。
每台服务器一个CA还是集中式CA?
可以每服务器用一个CA然后指定一个客户端证书，但是每个服务器的客户端都需要不同的证书来连接，也就是说你会发放很多CA证书。
所以你可能就会想要使用一个CA，而不是每个服务器一个CA。
出错了怎么办？
如果其中一个私有密钥（客户端，服务器或CA）损坏，有以下几种办法处理：
什么也不做，只要等到证书过期。这只适用于短暂的证书（如证书有效期是7天）。这样做容易让你受到攻击，你也可能会有其他缓解风险的方法。问题是，每7天就得重启MySQL，而且还需要一些自动分配证书的机制。
重新创建所有证书和密钥(包括CA)。这只适用于CA、服务器和用户数量较少的情况。
用CRL（CertificateRevocationlist证书吊销列表）。这样做只在你的证书有正确序列号的情况下管用。此外，你要是有多个CA的话，就必须每个CA都捆绑CRL，并在c_rehash创建的符号连接的目录中指定ssl-crl，指定ssl-crl路径(仅OpenSSL)。如果使用CRL，那MySQL的版本要是5.6或更高，然后更新CRL，也更新所有客户端。
注意:如果密钥泄露了，就必须重新创建私有密钥，仅用以前的CSR（证书签名请求）是不够的。
客户端配置注意事项
ssl-ca参数可在my.cnf的[client]部分设置，但这样设置mysqlbinlog就不管用了，所以在客户端用loose-ssl-ca代替。ssl-key和ssl-cert参数应该是在~/.my.cnf文件的[client]部分，这些文件都应该适当的保护起来。
目前以my_config_editor创建的'login-path'无法添加到SSL设置。
密码注意事项
用SSL加密，可以设置一定的密码，用YaSSL就很有限。当使用OpenSSL时，就可以使用一个密码套件，这套件是一组特定的密码集、一些过滤器和一个规则。
YaSSL,OpenSSL的状态变量注意事项
如果很难判断你的MySQL用的是OpenSSL还是YaSSL，有些方法可以帮你，如使用命令ldd/path/to/mysqld。默认情况下MySQLCommunityEdition用的是YaSSL，MySQLEnterpriseEdition用的是OpenSSL。
根据SSL执行情况，某些状态变量可能更新的不正确。
为确保不受任何SSL漏洞影响，你最好参照Oracle关键补丁更新，保持你的MySQL和OpenSSL及时更新。
运行CA的注意事项
其实并没有看起来那么容易，往往开始很简单，往后很无奈。要十分肯定的知道怎么发布CRL，X509扩展是什么，你都必须用什么。
有个网站告诉你如何配置你自己的CA：如何做一个自有的证书颁发机构（CA）-jamielinux
也有许多公共CA会给你私有的CA提供主机。
以上所述就是本文的全部内容了，希望大家能够喜欢。
请您花一点时间将文章分享给您的朋友或者留下评论。我们将会由衷感谢您的支持！