MySQL使用AES_ENCRYPT AES_DECRYPT 加解密的正確姿勢

2024-07-24 12:34:57

字體：大中小

來源：轉載

供稿：網友

　　遇到一個需求是這樣的：
　　需要在使用AES_ENCRYPT()函數將明文加密，存儲在MySQL中，但是遇到了一些問題……

　　說將加密后的密文，解密取出來是NULL。

　　看了一下，她發過來的表結構：

　　MySQL使用AES_ENCRYPT()/AES_DECRYPT()加解密的正確姿勢

　　再看了她通過AES_DECRYPT()函數加密了一個字符串，然后insert進去了，執行成功后，顯示了一個warning：
　　Query OK, 1 row affected, 1 warning (0.00 sec)
　　（沒有報錯而是warning，大概是sql_mode的緣故）

　　此時她忽略了這個warning，再通過AES_DECRYPT()解密后，發現取出來的明文為NULL。

　　再回看表結構，發現其字段屬性為“varchar” && 字符集是ut8，檢查warning為下：
　　mysql> show warnings;
　　+---------+------+------------------------------------------------------------------------+
　　| Level   | Code | Message                                                                |
　　+---------+------+------------------------------------------------------------------------+
　　| Warning | 1366 | Incorrect string value: '/xE3f767/x12...' for column 'passwd' at row 1 |
　　+---------+------+------------------------------------------------------------------------+
　　1 row in set (0.00 sec)

　　查了一下文檔，看一下這兩個函數的使用：
　　-- 將'hello world'加密，密鑰為'key'，加密后的串存在@pass中
　　mysql> SET @pass=AES_ENCRYPT('hello world', 'key');
　　Query OK, 0 rows affected (0.00 sec)

　　-- 看一下加密后串的長度（都為2的整數次方）
　　mysql> SELECT CHAR_LENGTH(@pass);
　　+--------------------+
　　| CHAR_LENGTH(@pass) |
　　+--------------------+
　　| 16                 |
　　+--------------------+
　　1 row in set (0.00 sec)

　　-- 使用AES_DECRYPT()解密
　　mysql> SELECT AES_DECRYPT(@pass, 'key');
　　+---------------------------+
　　| AES_DECRYPT(@pass, 'key') |
　　+---------------------------+
　　| hello world               |
　　+---------------------------+
　　1 row in set (0.00 sec)

　　那么到底該如何存呢？

　　方法①：
　　將字段屬性設置為varbinary/binary/四個blob類型，等二進制字段屬性。

　　創建三個字段，屬性分別為varbinary、binary、blob。
　　并將'明文1'，'text2'，'明文_text3'加密，密鑰為key，存入表中。
　　最后取出。
　　mysql> CREATE TABLE t_passwd (pass1 varbinary(16), pass2 binary(16), pass3 blob);
　　Query OK, 0 rows affected (0.00 sec)

　　mysql> INSERT INTO t_passwd VALUES (AES_ENCRYPT('明文1', 'key'), AES_ENCRYPT('text2', 'key'), AES_ENCRYPT('明文_text3', 'key'));
　　Query OK, 1 row affected (0.01 sec)

　　mysql> SELECT AES_DECRYPT(pass1, 'key'), AES_DECRYPT(pass2, 'key'), AES_DECRYPT(pass3, 'key') FROM t_passwd;
　　+---------------------------+---------------------------+---------------------------+
　　| AES_DECRYPT(pass1, 'key') | AES_DECRYPT(pass2, 'key') | AES_DECRYPT(pass3, 'key') |
　　+---------------------------+---------------------------+---------------------------+
　　| 明文1                     | text2                     | 明文_text3                 |
　　+---------------------------+---------------------------+---------------------------+
　　1 row in set (0.00 sec)

　　當然，屬性括號內的長度要取決于明文的長度，此處明文較短，故只給了16。

　　方法②：
　　將密文十六進制化，再存入varchar/char列。
　　此處需要用到HEX()來存入，用UNHEX()取出。

　　創建一個字符串屬性的字段。
　　將'hello world'先用密鑰'key2'進行AES加密，再將加密后的串通過HEX函數十六進制化。
　　最后先將加密后的串通過UNHEX取出，再通過AES據密鑰'key2'解密：
　　mysql> CREATE TABLE t_passwd_2(pass1 char(32));
　　Query OK, 0 rows affected (0.01 sec)

　　mysql> INSERT INTO t_passwd_2 VALUES (HEX(AES_ENCRYPT('hello world', 'key2')));
　　Query OK, 1 row affected (0.00 sec)

　　mysql> SELECT AES_DECRYPT(UNHEX(pass1), 'key2') FROM t_passwd_2;
　　+-----------------------------------+
　　| AES_DECRYPT(UNHEX(pass1), 'key2') |
　　+-----------------------------------+
　　| hello world                       |
　　+-----------------------------------+
　　1 row in set (0.00 sec)

　　同樣，根據明文的長度不同，AES_ENCRYPT加密后的串長度也會有所變化，所以HEX后的字符串長度也會有所變化。
　　實際使用時，需要據業務評估出一個合理值即可。

　　方法③：
　　直接存入varchar中，不做十六進制化。

　　回溯到問題的一開始，將加密后的串，存到utf8字符集并且屬性為varchar中，是不行的。

　　實際上，將字符集改成latin1就可以了：
　　在insert的時候也不會報warning了。
　　mysql> CREATE TABLE t_passwd_3(pass varchar(32)) CHARSET latin1;
　　Query OK, 0 rows affected (0.00 sec)

　　mysql> INSERT INTO t_passwd_3 SELECT AES_ENCRYPT('text', 'key3');
　　Query OK, 1 row affected (0.00 sec)
　　Records: 1 Duplicates: 0 Warnings: 0

　　mysql> SELECT AES_DECRYPT(pass, 'key3') FROM t_passwd_3;
　　+---------------------------+
　　| AES_DECRYPT(pass, 'key3') |
　　+---------------------------+
　　| text                      |
　　+---------------------------+
　　1 row in set (0.00 sec)

　　這樣的方法雖然美，只需將字段字符集設置為latin1就可以了，但可能會帶來隱患：

　　文檔上寫了這樣的一句：

　　Many encryption and compression functions return strings for which the result might contain arbitrary byte values. If you want to store these results, use a column with a VARBINARY or BLOB binary string data type. This will avoid potential problems with trailing space removal or character set conversion that would change data values, such as may occur if you use a nonbinary string data type (CHAR, VARCHAR, TEXT).

　　大意是，如果用方法③那樣，直接將加密后的串存入char/varchar/text類型中，在做字符轉換的時或空格被刪除時，可能會帶來潛在的影響。

　　所以如果一定要存在char/varchar/text中，那么還是參考方法②，十六進制化一下吧。
　　或者如同方法①，直接存在二進制字段中。

（編輯：武林網）

上一篇：mysqldump備份時如何保持數據的一致性

下一篇：用rpm包在centos7.4上安裝mysql-5.7.24-1.el7.x86_64