为什么在存储之前将SHA1转换为base64？

Question

我需要将密码存储在SQL数据库中。 目前不需要太高的安全性，但是我打算使用SHA1 + seed来存储我的密码，而不是使用带有种子的MD5哈希。

用法仅用于网站用户登录。 因此，当用户登录时，我的C＃代码将连接一个salt + password，对其进行哈希处理，然后与数据库中存储的内容进行比较。

我的问题是在SQL Server中，我应该按原样存储SHA1（40个字符），还是将它们转换为Base64（28个字符）之后？

我在网上看到的大多数SHA1哈希示例似乎最终都将其转换为Base64，但是我不确定，为什么或在编码为Base64后存储SHA1会有什么好处。

Answer 1

SHA-1哈希是一个160位的值； 哈希解决方案将产生20字节的输出，包括不可打印的字符。 大多数实现在存储之前将其转换为可读格式，可以转换为十六进制（40字节）或base64（〜28个字符）。

没有理由在存储之前将十六进制字符串转换为base64，因此，如果您的字符串已经为十六进制，则以这种方式保留它们。

Answer 2

克里斯·希尔德（Chris Heald）的答案解释了一些细节，但未能为您的问题提供具体答案。

首先，对哈希进行哈希处理的全部目的是使其变得不可查询，不可识别且不可读。 然后没有理由将其转换回base64以使其再次可读。 许多实现的原因主要是因为字符集和编码。 当使用基于简单ASCII的字符集时，数据库和编程语言之间的实现可能会略有不同，这可能会导致数据丢失或在存储和检索时进行修改，因此，另一个字符中可能不存在1个字符集中的特殊（不常见）字符组。