在這篇博客的帖子里，我將會(huì)描述不同的使用MySQL數(shù)據(jù)庫(kù)的SSL配置方法。

SSL給了你什么?

你可以通過(guò)互聯(lián)網(wǎng)使用 MySQL 復(fù)制特性（replication） 或者通過(guò)互聯(lián)網(wǎng)連接到MySQL。
還有可能是你通過(guò)企業(yè)網(wǎng)去連接，這樣會(huì)有很多人訪問(wèn)。如果你使用一個(gè)自帶設(shè)備（BYOD）網(wǎng)絡(luò)，這就更是一個(gè)問(wèn)題了。
SSL在這里通過(guò)加密網(wǎng)絡(luò)防止有針對(duì)性的監(jiān)聽(tīng)。在與正確的服務(wù)器進(jìn)行交互時(shí)，可以有效應(yīng)對(duì)中間人攻擊（man-in-the-middle attacks）。
你還可以使用SSL客戶端證書，讓它同密碼一起作為身份識(shí)別的二要素。
SSL不是唯一的選擇， 你可以使用SSH和許多MySQL GUI客戶端，類似MySQL Workbench提供的那個(gè)產(chǎn)品。 但是SSH的python腳本，或者mysqldump，不是那么易用。

需要注意的事情：

使用SSL在絕大多數(shù)情況下要比不使用SSL要好，所以沒(méi)有太多可能出現(xiàn)問(wèn)題的地方。
但是以下幾點(diǎn)需要注意：
對(duì)安全性的錯(cuò)誤估計(jì)

你認(rèn)為你在SSL的保護(hù)之下，但是你可能忘記設(shè)置一些選項(xiàng)從而導(dǎo)致程序可以接受非SSL的連接，所以要確保設(shè)置必須使用SSL作為連接方式?？梢允褂肳ireshark或者其它類似的工具來(lái)檢測(cè)你的流量是否都真的被加密處理。
沒(méi)有及時(shí)更新證書

你應(yīng)該通過(guò)一些方法在證書即將過(guò)期的時(shí)候通知自己?？梢允莕agios檢查，可以是日歷里面的小貼士，可以來(lái)自于證書簽發(fā)機(jī)構(gòu)的email。如果證書過(guò)期，將會(huì)導(dǎo)致你的客戶端無(wú)法正常獲得響應(yīng)。

性能

如果性能很重要，就應(yīng)該做基準(zhǔn)測(cè)試，來(lái)看看沒(méi)有SSL的情況下有什么影響。在 OpenSSL 和 YaSSL 下嘗試不同的密碼，并看哪個(gè)的執(zhí)行效果最佳。
使用流量監(jiān)測(cè)的工具

如果你在使用像 VividCortex，pt-query-digest 基于 pcap 的工具，那么你應(yīng)該確保在部署完SSL后，這些工具還能用，可以提供密鑰來(lái)實(shí)現(xiàn)。然后使用一個(gè)非 Diffie-Hellman (DH) 的密碼，或者使用其他的源，如 performance_schema、slow query log，這還要看你的應(yīng)用程序支持哪種，也可能會(huì)包含一些負(fù)載均衡的設(shè)置。

MySQL 中的 SSL 和瀏覽器中的 SSL 有什么不同

瀏覽器默認(rèn)有一個(gè) CA 的信任列表，但 MySQL 默認(rèn)是沒(méi)有的。這就是他們最大的不同。MySQL 和OpenVPN 使用SSL非常相似。
MySQL server 和 Web server 都開(kāi)啟了 SSL，同時(shí)也都需要有客戶端證書，這是他們相同的地方。
有一些細(xì)微的協(xié)議支持差別，比如：MySQL 只支持 TLS v1.0，默認(rèn)不支持主機(jī)名驗(yàn)證，所以你的證書可能是給db1.example.com的，也可能是給db2.example的，瀏覽器則可能會(huì)用OCSP、CRL's 或 CRLsets 來(lái)驗(yàn)證證書是否有效。 MySQL 5.6以后就只支持CRL驗(yàn)證。

配置 1: Server/Client 的內(nèi)部 CA

最基本的安裝和我創(chuàng)建 mysslgen 的位置。
首先在服務(wù)器上創(chuàng)建一個(gè)PKCS#1格式的密鑰，若PKCS#8不行。然后創(chuàng)建一個(gè)可以用CA部署的CSR(Certificate Signing Request證書簽名請(qǐng)求) 。最后結(jié)果是一個(gè)CA證書服務(wù)器和一個(gè)服務(wù)器的密鑰。筆者習(xí)慣用PEM格式的證書
服務(wù)器配置：
SSL證書服務(wù)器和密鑰 (ssl-certandssl-key)
SSL CA 證書 (ssl-ca)
客戶端配置:
SSL CA 證書(ssl-ca)
要求賬戶用SSL驗(yàn)證，那你的GRANT語(yǔ)句應(yīng)該用REQUIRE SSL選項(xiàng)。

配置 2: Server/Client 的內(nèi)部 CA 和 客戶端證書

首先得在服務(wù)器上開(kāi)啟SSL，然后給客戶端創(chuàng)建證書。
然后在客戶端指定客戶端證書和密鑰 ssl-cert和ssl-key.
現(xiàn)在必須要用 REQUIRE X509來(lái)要求一個(gè)有效的證書。如果這個(gè)CA不只用在MySQL server上，那就不起作用了，因?yàn)槠渌艘灿锌赡苣玫接行У淖C書，
可以用 REQUIRE SUBJECT '/CN=myclient.example.com'來(lái)限制證書的使用。
在此設(shè)置證書是你的CA給頒發(fā)的，你頒發(fā)的證書你就能有很多可控的，結(jié)果就是你頒發(fā)的證書都是被信任的。

配置 3: Server/Client 與公共 CA

方案 3與方案 2相似。但公共的CA會(huì)指定多個(gè)的證書，同樣也會(huì)吊銷這些證書。
你應(yīng)該了解 --ssl-verify-server-cert ，以確保服務(wù)器有一個(gè)帶主機(jī)名的證書。否則，有人可能會(huì)用一個(gè)不帶主機(jī)名的有效證書來(lái)發(fā)起中間人攻擊（Man-in-the-MiddleAttack，簡(jiǎn)稱“MITM攻擊”）。
也應(yīng)該使用 REQUIRE X509 字段，要求每個(gè)用戶 SUBJECT 、ISSUER（可選）字段。

配置 4: Server/Client 和多個(gè)公共 CA's

這個(gè)方案用起來(lái)顯得輕而易舉。
可以使用證書包 （一個(gè)文件多個(gè)證書），并用 ssl ca 命令指定此文件。
在Ubuntu系統(tǒng)上，這個(gè)證書由 /etc/ssl/certs/ca-certificates.crt 下的 ca-certificates 包提供
其他選項(xiàng)，用“指定assl-capath”來(lái)代替“使用ssl-ca”，這樣就可以設(shè)置到/etc/ssl/certs里。如果想用CA的默認(rèn)目錄，那就得運(yùn)行OpenSSL 中的c_rehash 程序來(lái)生成正確的符號(hào)連接（只在OpenSSL下可用）。

配置 5: Replication（復(fù)制）

設(shè)置 CHANGE MASTER TO 命令中MASTER_SSL_* 就可實(shí)現(xiàn)。
如果開(kāi)啟了主機(jī)名驗(yàn)證，就確保用了 MASTER_SSL_VERIFY_SERVER_CERT。
只有這樣才能真正確保 replication 用戶的SSL連接是要求的SSL連接。如果SSL允許了，SHOW SLAVE STATUS就會(huì)顯示輸出,而不是不可用。
每臺(tái)服務(wù)器一個(gè)CA還是集中式CA?

可以每服務(wù)器用一個(gè)CA然后指定一個(gè)客戶端證書，但是每個(gè)服務(wù)器的客戶端都需要不同的證書來(lái)連接，也就是說(shuō)你會(huì)發(fā)放很多CA證書。
所以你可能就會(huì)想要使用一個(gè)CA，而不是每個(gè)服務(wù)器一個(gè)CA。

出錯(cuò)了怎么辦？

如果其中一個(gè)私有密鑰（客戶端，服務(wù)器或CA）損壞，有以下幾種辦法處理：
什么也不做，只要等到證書過(guò)期。這只適用于短暫的證書（如證書有效期是7天）。這樣做容易讓你受到攻擊，你也可能會(huì)有其他緩解風(fēng)險(xiǎn)的方法。問(wèn)題是，每7天就得重啟MySQL，而且還需要一些自動(dòng)分配證書的機(jī)制。
重新創(chuàng)建所有證書和密鑰(包括 CA)。這只適用于CA、服務(wù)器和用戶數(shù)量較少的情況。
用CRL（Certificate Revocation list證書吊銷列表）。 這樣做只在你的證書有正確序列號(hào)的情況下管用。此外，你要是有多個(gè)CA的話，就必須每個(gè)CA都捆綁CRL，并在c_rehash創(chuàng)建的符號(hào)連接的目錄中指定 ssl-crl，指定ssl-crl路徑(僅OpenSSL)。如果使用CRL，那MySQL 的版本要是5.6或更高，然后更新CRL，也更新所有客戶端。
注意: 如果密鑰泄露了，就必須重新創(chuàng)建私有密鑰，僅用以前的CSR（證書簽名請(qǐng)求）是不夠的。

客戶端配置注意事項(xiàng)

ssl-ca 參數(shù)可在my.cnf的[client]部分設(shè)置，但這樣設(shè)置mysql binlog就不管用了，所以在客戶端用loose-ssl-ca 代替。ssl-key 和 ssl-cert 參數(shù)應(yīng)該是在~/.my.cnf文件的[client]部分，這些文件都應(yīng)該適當(dāng)?shù)谋Ｗo(hù)起來(lái)。
目前以my_config_editor創(chuàng)建的'login-path'無(wú)法添加到SSL設(shè)置。
密碼注意事項(xiàng)

用 SSL 加密，可以設(shè)置一定的密碼，用 YaSSL 就很有限。當(dāng)使用 OpenSSL 時(shí)，就可以使用一個(gè)密碼套件，這套件是一組特定的密碼集、一些過(guò)濾器和一個(gè)規(guī)則。

YaSSL, OpenSSL 的狀態(tài)變量注意事項(xiàng)

如果很難判斷你的MySQL用的是 OpenSSL 還是 YaSSL， 有些方法可以幫你，如使用命令 ldd /path/to/mysqld。默認(rèn)情況下 MySQL Community Edition 用的是 YaSSL ， MySQL Enterprise Edition 用的是 OpenSSL。
根據(jù)SSL執(zhí)行情況，某些狀態(tài)變量可能更新的不正確。
為確保不受任何SSL漏洞影響，你最好參照 Oracle 關(guān)鍵補(bǔ)丁更新 ，保持你的 MySQL 和 OpenSSL及時(shí)更新。

運(yùn)行 CA的注意事項(xiàng)

其實(shí)并沒(méi)有看起來(lái)那么容易，往往開(kāi)始很簡(jiǎn)單，往后很無(wú)奈。要十分肯定的知道怎么發(fā)布CRL，X509 擴(kuò)展是什么，你都必須用什么。
有個(gè)網(wǎng)站告訴你如何配置你自己的CA：如何做一個(gè)自有的證書頒發(fā)機(jī)構(gòu)（CA） - jamielinux
也有許多公共CA會(huì)給你私有的 CA 提供主機(jī)。

以上所述就是本文的全部?jī)?nèi)容了，希望大家能夠喜歡。

請(qǐng)您花一點(diǎn)時(shí)間將文章分享給您的朋友或者留下評(píng)論。我們將會(huì)由衷感謝您的支持！

最新評(píng)論