文件名称：散列功能说明-解决springboot打成jar运行后无法读取resources里的文件问题
文件大小：20.95MB
文件格式：PDF
更新时间：2024-07-30 11:21:57
stm32F7中文
21.3 散列功能说明 图 130 显示了散列处理器的框图。 图 130. 框图 针对计算消息或数据文件的压缩表示，FIPS PUB 180-2 标准和 IETF RFC 1321 出版物分别 详细说明了 SHA-1、SHA-224 和 SHA-256 以及 MD5 安全散列算法。输入中提供的任何消 息长度低于 264 位时，SHA-1、SHA-224 和 SHA-256 以及 MD5 将分别生成一个 160 位、 224 位、256 位和 128 位的输出位串，称为消息摘要。然后可以通过数字签名算法来处理此 消息摘要，以便生成或验证消息的签名。对消息摘要而不是对消息签名通常可提高流程的效 率，因为消息摘要通常比消息要小得多。数字签名的验证程序和数字签名的创建程序必须使 用相同散列算法。 SHA-1、SHA-224 和 SHA-256 以及 MD5 安全可靠，因为要找出某个给定消息摘要对应的消 息，或找出两个生成相同消息摘要的不同消息，在计算层面无法实现。对传输中的消息进行 任何更改都极有可能产生不同的消息摘要，从而导致签名验证失败。有关 SHA-1 或 SHA-224 和 SHA-256 算法的详细信息，请参见 2002 年 8 月 1 日颁布的 FIPS PUB 180-2（联邦信息 处理标准出版物 180-2）。 目前该标准的实施采用小端模式输入数据约定。例如，C 位串“abc”在存储器中必须表示 为 24 位十六进制值 0x434241。 要由散列处理器处理的消息或数据文件应视为位串。消息长度为消息中的位数（空消息的长 度为 0）。可以将该位串的 32 位视为构成了一个 32 位字。请注意，FIPS PUB 180-1 标准 使用如下约定：位串从左到右增长，位可以分组为字节（8 位）或字（32 位）（但某些实施 还使用半字（16 位），并使用大端模式字节（半字）排序）。此约定主要是对于填充很重要 （请参见第 12 页的第 1.3.4 节：消息填充）。