问题标签 [md5]

在 PHP 或 Python 等语言中，有一些方便的函数可以将输入字符串转换为输出字符串，输出字符串是它的十六进制表示。

我发现这是一项非常常见且有用的任务（密码存储和检查、文件内容的校验和......），但据我所知，在 .NET 中，您只能处理字节流。

做这项工作的功能很容易穿上（例如http://blog.stevex.net/index.php/c-code-snippet-creating-an-md5-hash-string/），但我想知道我是否遗漏了某些东西，使用了错误的模式，或者 .NET 中根本没有这样的东西。

谢谢

I am wanting to generate and store a CRC (or similar) value for a given list of files which can be used as a comparison at a later point. Writing a function to do this is simple enough, but is there a more standard way to do it within the Python libs?

The value generated does not need to be of any particular standard.

我正在将我的网站从 oscommerce 商店转移到商业应用程序。

新应用程序使用直接 MD5 加密存储其密码。Oscommerce 使用 MD5 存储密码，但还会在哈希中添加一个随机的 2 位数字（以明文形式提供）。

这是某个论坛上有人发的：

添加的两个字符用于以
hash=md5(twocharactersPlainPassword)
即： 2letters: 74
Plain Password: PaSs
hash=md5('74PaSs')=acaa6e689ae0008285320e6617ca8e95:74 的方式创建哈希

这是 Oscommerce 如何加密密码的代码：

这是我的新购物车加密密码的方式：

是否有任何可能的方式将客户密码从我的 oscommerce 购物车导入到我的新购物车。

我想防止重复的内容。我不想保留内容的副本，所以我决定只保留 md5 签名。

我读到确实会发生 md5 冲突，不同的内容可能会给出相同的 md5 签名。

你觉得md5够用吗？

我应该一起使用 md5 和 sh1 吗？

我使用了 hashlib（它在 Python 2.6/3.0 中替换了 md5），如果我打开一个文件并将其内容放入hashlib.md5()函数中，它工作得很好。

问题在于非常大的文件，它们的大小可能超过 RAM 大小。

如何在不将整个文件加载到内存的情况下获取文件的 MD5 哈希？

我正在用 JSF 编写一个新站点。目前我对登录进行编程。
几年前我使用过 md5，但对于 Rainbow Tables，我认为它不再安全了。
那么，我应该如何将密码存储在数据库中？

对于我为自己设计的编程练习，以及稍后在相当不安全的系统中使用，我正在尝试比较 MD5 哈希值。一种存储在纯文本文件中并由check_pw()函数提取，另一种是根据 CGI 表单中提交的密码创建的。md5_pw() 用于创建程序中的所有哈希。

出于某种原因，如果(pair[1] == md5_pw(pw)) 总是失败，即使我的程序在我的错误检查行中打印出相同的哈希值：

我在哪里搞砸了？

代码：

我完全被难住了。为了完整起见，我会给出背景，但我不确定它是否有帮助。我正在运行一个 Lift 实例的标准 Jetty 设置上运行 Lift 项目。Mac OS X。

我有一个片段可以转换 XML 输入，呈现图像，将其保存到 webroot/images/ 目录下的磁盘，文件名取自内容的 MD5，例如“c5669d3eedcf7d305dcf9f88a61b3ee0.png”。然后，该片段返回一个 img 标签，其中包含对生成图像的引用，以包含在输出中。

大多数情况下，大多数图像都有效。但大多数情况下，有些不是，有些图像不是由浏览器呈现的。尝试在浏览器（Camino 和 Firefox）中查看有问题的图像不起作用：图像未显示，这表明存在隐约错误。

在另一个浏览器（Safari 和 QuickTime）中查看它，图像工作正常。下载并打开图像工作正常。直接使用 Camino（即 file://...）查看文件时，图像显示正常：文件本身没有明显损坏。

它不能是文件名的长度，因为所有文件名都是相同的 37 个字符。

我只能假设通过 Jetty 服务时图像的传输出现问题。

确实失败的 URI 始终失败，它不是间歇性的。重启Jetty没有什么区别，所以我认为不是文件是在服务器启动后创建的。此外，渲染是一个阻塞调用，因此在发送 HTML 并且浏览器请求图像之前，文件不可能仍然打开/尚未保存。

我唯一能想象的是 MIME 类型被破坏了，所以我在 web.xml 中放置了适当的映射，但仍然没有雪茄。MIME 类型看起来没问题，我已经验证了字节数是正确的。

对于问题图像：

为了完整起见，来自加载正常的图像的标题：

对此非常非常不解。有什么线索吗？

干杯

乔

我根据数据库检查了用户的密码。

什么更快，MySQL MD5 函数

或PHP MD5 函数

这两个选项之间的正确方法是什么？

这里有些例子：

根据http://hash-it.net/它不是 MD5 或 SHA1。