Linux mcookie 输出的十六进制串为什么不是文件校验和

Linux mcookie 输出的 32 个十六进制字符，看起来很像 md5sum 或 sha256sum 的结果，但它们解决的不是同一个问题。mcookie 默认生成用于 X authority 的 128 位随机十六进制值；它没有默认读取某个文件，因此同一个文件不会决定它的输出。

项目资料地址：https://www.kernel.org/pub/linux/utils/util-linux/

先看默认输入：mcookie 读的是随机源

mcookie 生成的随机串基于系统随机熵池、系统时间和当前进程参数计算得出，全程不会读取任何本地文件内容，天生不具备文件内容绑定能力，和基于文件全字节摘要生成的各类校验和（MD5、SHA系列等）从底层逻辑上就不是同一种产物。

mcookie 的命令名容易让人联想到“对输入做摘要”，但它的默认任务是生成 magic cookie。当前手册说明，它会优先从 getrandom(2)、/dev/urandom、/dev/random 或 libc 伪随机函数获得随机信息，再对这些材料做摘要并打印 128 位十六进制数。

因此，下面两条命令的语义完全不同：第一条是在申请一个新值，第二条才是在计算文件内容的固定摘要。

# 生成一个用于 xauth 场景的随机十六进制值
mcookie

# 读取文件内容并生成可重复的 SHA-256 摘要
sha256sum ./release.tar.gz

输出长度也只能说明编码后的位数：32 个十六进制字符等于 16 个字节，也就是 128 位。它不能证明输入过某个文件，更不能证明这个值可以用来校验文件完整性。

为什么加了 --file 仍然不是文件校验和

-f 或 --file 的作用是把指定文件作为额外随机材料。实现会读取文件内容，把文件之间插入的分隔字节加入摘要上下文，然后还会继续取得一段随机字节。因此，--file 是“增加随机性来源”，不是“把文件作为唯一输入”。

# 把文件作为额外随机材料；-v 只用于说明随机材料来自哪里
mcookie --file ./seed.bin --verbose

# 限制从额外材料读取的字节数；不改变 mcookie 的随机令牌语义
mcookie --file ./seed.bin --max-size 1K

这解释了三个常见现象：同一文件重复执行通常得到不同结果；不传 --file 也能正常输出；--max-size 只是限制额外文件的读取量。若你的目标是“同一个文件永远得到同一个字符串”，mcookie 就不是合适工具。

按结果选择工具，而不是按十六进制外观选择

如果命令结果要填入 xauth add :0 . 这类 X authority 配置，选择 mcookie。如果结果要写入发布清单、下载校验说明或备份核对记录，选择 sha256sum，因为验证者需要用同一文件重算并得到相同值。

# 生成 X display 使用的 magic cookie；冒号和点号是 xauth 的参数结构
xauth add :0 . "$(mcookie)"

# 生成文件校验清单；校验者稍后可用 sha256sum -c 复核
sha256sum ./release.tar.gz > SHA256SUMS
sha256sum -c SHA256SUMS

不要因为两者都输出十六进制字符串就互换：随机令牌关注“不可预测和每次更新”，文件摘要关注“输入相同则结果相同”。这是用途边界，不是算法名称或输出长度的差异。

常见问题

mcookie 能不能用来判断文件是否被篡改？

不能。即使使用 --file，它仍会加入系统随机材料，不能作为文件的稳定指纹。请保存并比较 sha256sum 等确定性摘要。

为什么 mcookie 输出看起来像 MD5？

当前手册描述它会对随机材料生成 128 位十六进制值，历史实现使用 MD5 作为摘要步骤；“像 MD5”只描述外观和位数，不改变它作为随机 cookie 生成器的用途。