问题标签 [sha]

SQL Server 中是否有内置的 sha256 函数？我也找不到 sha256 T-SQL 函数源代码。谁有替代方案？

当我在单个文件上从多个目录运行 shasum 时，我得到了我期望并最终想要的：

当我从同一目录运行 find 时，它列出的文件没有问题：

我一直在尝试编写一个 bash 脚本（或仅一行），它将返回 find （有很多）找到的每个文件上的单个 shasum 及其文件名。在我尝试过的任何组合中，将文件名传送到 shasum 都不起作用。

我希望问题出在文件名中的空格上，但是在 Google 搜索之后，尝试了一些 find/xargs/ls 组合（以及似乎对其他人有用的各种组合，包括 -print0 标志），我仍然无法弄清楚找出在这些目录下的每个文件上运行 shasum 的方法。

我想要的输出示例（假设 Whitmore 下有 2 个文件）以防有完全不同的方式获得此结果：

我在 Mac OSX 10.6 上

我有大约 1500 字节的数据要构建校验和，这样如果数据被损坏，校验和仍然匹配数据的机会小于 10^15 中的 1，即我可以处理的概率足够低它永远不会发生。

问题是我应该计算多少位？我有一个 sha-160 计算，可以为我的数据提供 160 位哈希，但我希望这比必要的要大得多。所以我想我可以将生成的哈希截断为低 40 位，并将其用作足够大的位模式，如果数据被损坏，我很可能会检测到它。

所以问题是双重的，多少位足够好，并且采用 sha-160 哈希的低位是一种好方法吗？

我有一个 sha-160 计算，可以为我的数据提供 160 位哈希，但我希望这比必要的要大得多。所以我想我可以将生成的哈希截断为低 64 位并使用它。

采用 sha-160 哈希计算的低 64 位是否会给出合理随机的 64 位哈希？

可能重复：
PHP 的 SHA-512 库

我看到 has() 只能达到 sha1。如何使用 PHP 正确实现 SHA512，使用 codeignitor。我需要一个外部库还是对此有内置支持？如果外部有任何关于开放/免费的建议？

谢谢。

我试图了解 Linux 如何在 etc/shadow 文件上加密我们的密码，所以我没有新的虚拟“测试”用户进行一些测试：

用户： newuser
密码： usrpw123
生成的盐： Ii4CGbr7

因此，操作系统使用 SHA512 加密系统 ($6$) 在 etc/shadow 文件中生成以下行： newuser:$6$Ii4CGbr7$IOua8/oPV79Yp.BwzpxlSHjmCvRfTomZ.bhEvjZV2x5qhrvk82lZVrEtWQQej2pOWMdN7hvKwNgvCXKFQm5999/:157::::::

现在，我从 python 中获取 SHA512 模块并尝试以下操作：

结果，这给了我以下哈希： c73156daca3e31125ce457f1343201cc8a26400b2974440af2cc72687922b48b6631d21c186796ea2756ad987a996d2b261fe9ff3af4cc81e14c3029eac5df55

如您所见，它与 /etc/shadow 文件中的另一个不同，我不知道为什么我使用相同的 salt+密码来生成哈希。
有人可以帮我解释一下为什么会发生这种情况吗？

另外，为什么 /etc/shadow 文件会生成带有一些点 (.) 的散列？
谢谢

我在 Android 上遇到 SHA-1 性能问题。在 C# 中，我在大约 3 秒内得到计算哈希，对于 Android 的相同计算大约需要 75 秒。我认为问题在于从文件中读取操作，但我不确定如何提高性能。

这是我的哈希生成方法。

任何想法如何提高性能？

我正在使用 SHA-512 对我的密码进行哈希处理（当然要加盐）。我不认为我想要的东西是可能的，但我们还是问问吧。

有没有办法检查字符串是否已经是 SHA-512（或其他算法）哈希？

当用户登录时，我想检查他的密码。如果它仍然是纯文本，它应该被转换为安全的形式。

某些字符串 STR 的结果是：

有可能得到结果SHA256(myOwnString+STR)吗？（'+' 用作连接）

这种情况下是否有任何已知的攻击？

我正在编写一个简单的 MP3 编目器来跟踪我的各种设备上的 MP3。我计划使用 MD5 或 SHA2 密钥来识别匹配文件，即使它们已被重命名/移动等。我不想匹配逻辑上等效的 MP3（即：相同的歌曲但编码不同）。我有大约 8000 个 MP3。其中只有大约 6700 个生成了唯一密钥。

我的问题是，无论我选择哪种散列算法，我都会遇到冲突。在一种情况下，我有两个文件恰好是同一张专辑中的 #1 和 #2，它们的文件大小不同，但无论我使用 MD5、SHA2-256、SHA2-512 等，它们都会产生相同的哈希键......

这是我第一次真正在文件上使用哈希键，这是一个意想不到的结果。从我对这些哈希算法的了解很少，我觉得这里发生了一些可疑的事情。这可能是与 MP3 或 Python 的实现有关的问题吗？

这是我正在使用的代码片段：

任何关于为什么会发生这种情况的答案或见解将不胜感激。提前致谢。

--更新--：

我尝试在 linux（使用 Python 2.6）中执行此代码，但没有产生冲突。正如 stat 调用所证明的，这些文件并不相同。我还下载了 WinMD5，但这并没有产生冲突（8d327ef3937437e0e5abbf6485c24bb3 和 9b2c66781cbe8c1be7d6a1447994430c）。这是 Windows 上 Python hashlib 的错误吗？我在 Python 2.7.1 和 2.6.6 下尝试了相同的操作，并且都提供了相同的结果。