当前位置：文江博客话题详情

为什么 MySQL 的 ENCRYPT 每次调用都会返回不同的结果？

发布于 2024-11-01 10:13:03 字数 406 浏览 0 评论 0原文

我有一个丑陋的服务器问题，我试图不忽略这方面的任何细节。

我的虚拟电子邮件用户的密码存储在 MySQL 的 加密功能。我的基本想法是我将从旧机器中转储虚拟用户表，然后将其导入新机器中。

只是为了仔细检查，我再次尝试使用 ENCRYPT 存储字符串，并且存储的数据不同。这是否意味着我不能像我想象的那样导出/导入我的用户？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

等往事风中吹 2024-11-08 10:13:04

正是出于这个原因，ENCRYPT 函数可能会使用随机值对输入加盐 - 您想要将相同的数据加密两次以给出不同的密文。

回复收藏 0 原文

你的笑 2024-11-08 10:13:04

MySQL 的 ENCRYPT() 函数有一个可选的第二个参数来定义哈希算法使用的盐。如果您不提供盐，那么即使对于相同的输入字符串，结果也会不同。

如果您正在迁移数据库并希望保留相同的哈希值，只需确保您也使用相同的盐值即可。 ENCRYPT() 应该使用相同的输入字符串和盐值给出相同的结果。

回复收藏 0 原文

书间行客 2024-11-08 10:13:03

Datajam 已经描述的是正确的。这是一些进一步的解释。

如果您不向 ENCRYPT() 函数提供盐，则会生成一个随机盐并用于加密字符串。盐只有两个字节/字符。

首先，我将演示如果我使用相同的字符串运行 ENCRYPT() 两次，它将给出不同的值（因为随机盐不同）

mysql> SELECT ENCRYPT('hello');
+------------------+
| ENCRYPT('hello') |
+------------------+
| 5Q5CiJWj4GItY    | 
+------------------+
1 row in set (0.02 sec)

mysql> SELECT ENCRYPT('hello');
+------------------+
| ENCRYPT('hello') |
+------------------+
| 7QHPY3iSLVdas    | 
+------------------+
1 row in set (0.00 sec)

现在，如果我使用最后一个条目并尝试 ENCRYPT() 再次使用我们已有的值作为盐，我们将得到相同的结果：

mysql> SELECT ENCRYPT('hello', '7QHPY3iSLVdas');
+-----------------------------------+
| ENCRYPT('hello', '7QHPY3iSLVdas') |
+-----------------------------------+
| 7QHPY3iSLVdas                     | 
+-----------------------------------+
1 row in set (0.00 sec)

只是为了证明，如果我们使用相同的盐得到错误的字符串（密码），我们将得到不同的值。请注意，在此示例中，前两个字符（只是盐）保持不变。

mysql> SELECT ENCRYPT('helloX', '7QHPY3iSLVdas');
+------------------------------------+
| ENCRYPT('helloX', '7QHPY3iSLVdas') |
+------------------------------------+
| 7QKDSis4DZnCU                      | 
+------------------------------------+
1 row in set (0.01 sec)

使用此信息，您应该尝试在指定相同盐的两个 MySQL 服务器上运行 ENCRYPT() 函数，您应该得到相同的结果。如果不是，那么 crypt() 的实现可能在两者之间有所不同。

What Datajam has already described is correct. Here's some further explanation.

If you don't supply a salt to the ENCRYPT() function then a random one will be generated and used to encrypt the string. The salt is just two bytes/characters.

First I'll demonstrate that if I run ENCRYPT() twice with the same string it'll give different values (because the random salt differs)

mysql> SELECT ENCRYPT('hello');
+------------------+
| ENCRYPT('hello') |
+------------------+
| 5Q5CiJWj4GItY    | 
+------------------+
1 row in set (0.02 sec)

mysql> SELECT ENCRYPT('hello');
+------------------+
| ENCRYPT('hello') |
+------------------+
| 7QHPY3iSLVdas    | 
+------------------+
1 row in set (0.00 sec)

Now if I use the last entry and attempt to ENCRYPT() again using the value we have already as the salt we'll get the same result back:

mysql> SELECT ENCRYPT('hello', '7QHPY3iSLVdas');
+-----------------------------------+
| ENCRYPT('hello', '7QHPY3iSLVdas') |
+-----------------------------------+
| 7QHPY3iSLVdas                     | 
+-----------------------------------+
1 row in set (0.00 sec)

Just to prove that if we get the string (password) wrong with the same salt we'll get a different value. Note that in this example the two first characters (which are just the salt) remain the same.

mysql> SELECT ENCRYPT('helloX', '7QHPY3iSLVdas');
+------------------------------------+
| ENCRYPT('helloX', '7QHPY3iSLVdas') |
+------------------------------------+
| 7QKDSis4DZnCU                      | 
+------------------------------------+
1 row in set (0.01 sec)

Using this information you should try to run the ENCRYPT() function both of the MySQL servers specifying the same salt with both you should get the same result back. If not then the implementation of crypt() likely varies between the two.

回复收藏 0 原文