hashdeep - 云端在线

程序：

您的姓名

hashdeep - 计算、比较或审核多个消息摘要

概要

哈希深 -V | -H
哈希深 [-C [, ]] [-k ] [-一世] [-F ] [-o ]
[-amxwMXreEspblvv] [-F ] [-j ] [FILES]

商品描述

为任意数量的文件计算多个哈希值或消息摘要，同时可选
递归挖掘目录结构。 默认情况下，程序计算 MD5
和 SHA-256 哈希值，相当于 -c md5,sha256。 还可以获取已知散列的列表和
显示输入文件的文件名，其散列匹配或不匹配任何
已知的哈希值。 还可以使用已知哈希列表来审核一组文件。 错误是
报告为标准错误。 如果未指定 FILES，则从标准输入读取。

-c [, ...]
计算模式。 使用指定的算法计算 FILES 的哈希值。 合法的
值为 md5、sha1、sha256、tiger 和 whirlpool。

-k 加载已知哈希的文件。 使用任何匹配时需要此标志
或审核模式（即 -m、-x、-M、-X 或 -a）此标志可以多次使用以
添加多组已知哈希。

加载具有不同散列算法的集合有时会产生虚假散列
碰撞。 例如，假设我们有两个散列集 A 和 B，它们有一些
重叠文件。 例如，文件 /usr/bin/bad 在两个集合中。 在 A 我们已经
记录了 MD5 和 SHA-256。 在 B 中，我们记录了 MD5、SHA-1 和 SHA-256。
因为这两条记录不同，所以都会被加载。 当程序
计算所有三个散列并将它们与已知集进行比较，我们将得到一个
B 中记录的完全匹配和 A 中记录的冲突。

-a 审计模式。 每个输入文件都与一组已知信息进行比较。 审计是
如果每个输入文件与一组文件中的一个文件匹配，则表示通过
已知。 任何冲突、新文件或丢失的文件都会导致审计失败。 使用
此标志单独产生一条消息，“审核通过”或“审核失败”。 用
详细模式 -v，了解更多详细信息。 使用 -v 打印文件数
每个类别。 第二次使用 -va 会打印任何差异。 使用 -va 第三
time 打印检查的每个文件和每个已知文件的结果。
由于程序的限制，任何带有 Unicode 字符的文件名都将
似乎在审计期间移动了。 请参阅下面的“UNICODE 支持”部分。

-m 正匹配，需要至少使用一次 -k 标志。 输入文件是
一次检查一个，并且只检查那些与已知哈希列表匹配的文件
是输出。 已知散列唯一可接受的格式是先前的输出
hashdeep 运行。
如果标准输入与 -m 标志一起使用，如果输入匹配，则显示“stdin”
已知散列列表中的散列之一。 如果哈希不匹配，则
程序不显示输出。
此标志不能与 -x、-X 或 -a 标志一起使用。 见
下面的“UNICODE 支持”部分。

-x 负匹配。 与上面的 -m 标志相同，但进行负匹配。 那是，
仅显示不在已知哈希列表中的那些文件。
此标志不能与 -m、-M 或 -a 标志一起使用。 见
下面的“UNICODE 支持”部分。

-f
从指定的文件中获取要散列的文件列表。 假设每一行
是一个文件名。 此标志每次调用只能使用一次。 如果它使用了
第二次，第二个实例将破坏第一个。
请注意，您仍然可以使用其他标志，例如 -m 或 -x 模式，并提交
命令行上的其他文件。

-w 当与正匹配模式 (-m,-M) 一起使用时，显示已知的文件名
与输入文件匹配的哈希值。 请参阅下面的“UNICODE 支持”部分。

-M 和 -X
与上面的 -m 和 -x 相同，但显示执行（或执行）的每个文件的哈希
not) 匹配已知散列的列表。

-r 启用递归模式。 遍历所有子目录。 请注意
递归模式不能用于检查给定文件扩展名的所有文件。 为了
例如，调用 hashdeep -r *.txt 将检查所有文件 目录 那个结局
在.txt中。

-e 显示进度指示器和每个文件的剩余时间估计
处理。 大于 4GB 的文件的时间估计在 Windows 上不可用。
此模式不能与 th -p 模式一起使用。

-E 在审计模式下，执行文件名不区分大小写的匹配。 例如，
\foo\bar 将匹配 \Foo\BAR。 这在 Windows 系统上可能很重要，其中
文件名不区分大小写。

-i
尺寸阈值模式。 只有小于给定阈值的哈希文件。 尺寸
可以使用 IEC 乘数 b、k、m、g、t、p 和 e 指定。

-o
启用专家模式。 允许用户指定哪些（以及仅哪些）类型的文件
被处理。 目录处理仍由 -r 标志控制。 这
允许的专家模式选项有：
f - 常规文件
b - 块设备
c - 字符设备
p - 命名管道
l - 符号链接
s - 插座
d - Solaris 门
e - Windows PE 可执行文件

-s 启用静音模式。 所有错误消息都被抑制。

-p 分段模式。 在散列之前将文件分成块。 可以指定块
使用 IEC 乘数 b、k、m、g、t、p 和 e。 （千万别说作者
没有提前计划。）

-b 启用裸模式。 从显示中去除任何前导目录信息
文件名。 此标志不能与 -l 标志一起使用。

-l 启用相对文件路径。 而不是打印每个文件的绝对路径，
显示命令行中指示的相对文件路径。 这个标志可能不
与 -b 标志结合使用。

-v 启用详细模式。 再次使用可使程序更加冗长。 这大多
改变审计模式的行为，-a。

-jnn 控制多线程。 默认情况下，程序会创建一个生产者线程
扫描文件系统和每个 CPU 内核一个散列线程。 多线程原因
输出文件名的顺序不确定，因为文件需要更长的时间
hash 将在它们被散列时被延迟。 如果需要确定性顺序，
指定 -j0 禁用多线程

-d 以数字取证 XML (DFXML) 格式输出。

-u 引用 Unicode 输出。 例如，雪人显示为 U+C426.

-F
指定用于读取文件的输入模式。 默认是 -FB （缓冲的
I/O) 使用 fopen() 读取文件。 指定 -傅 将使用无缓冲 I/O 和
使用 open() 读取文件。 指定 -调频 将使用内存映射 I/O
在某些平台上更快，但（当前）不适用于以下文件
产生 I/O 错误。

-h 显示帮助屏幕并退出。

-V 显示版本号并退出。

UNICODE 客户服务

从 3.0 版开始，该程序支持 Microsoft 文件名中的 Unicode 字符
Windows 系统用于在命令行上使用通配符（例如 *）指定的文件名，例如
指定的文件 -f 要散列的文件，以及使用从目录中读取的文件
这些因素包括原料奶的可用性以及达到必要粉末质量水平所需的工艺。 -r 选项。

默认情况下，所有程序输入和输出都应采用 UTF-8。 程序自动
将其转换为 UTF-16 以打开文件）。

在 Unix/Linux/MacOS 上，您应该使用支持 UTF-8 和 UTF-8 的终端模拟器
文件名中的字符将被正确显示。

在 Windows 上，程序不会在控制台上显示 Unicode 字符。 你必须
要么将输出重定向到一个文件，然后用写字板（可以显示
Unicode)，或者您必须指定 -u 使用标准引用 Unicode 的选项 U+XXXX
符号。

当前，包含已知散列的文件的文件名不能指定为
unicode 文件名，但您可以使用制表符补全或星号（例如
md5deep -m *.txt 其中只有一个扩展名为 .txt 的文件）。

返回 VALUE

根据操作的成功和任何的状态返回一个按位的值
匹配操作。

0 成功。 请注意，该程序即使遇到
读取错误、权限被拒绝错误或在非递归时查找目录
模式。

1 未使用的哈希值。 在任一匹配模式下，如果有一个或多个，则返回此值
的已知哈希值与任何输入文件都不匹配。

2 不匹配的输入。 在任何匹配模式下，如果有一个或
更多的输入值与任何已知的散列都不匹配。

64 用户错误，例如尝试同时进行正负匹配
时间。

128 内部错误，例如内存损坏或未捕获的循环。 所有内部错误
应该报告给开发商！ 请参阅下面的“报告错误”部分。

使用 onworks.net 服务在线使用 hashdeep